WTF? Гид по бизнес-моделям будущего

В дополнении к учебному пособию по DevOps, написанному в виде романа «Проект Феникс» Джином Кимом, Кевином Бером и Джорджем Спаффордом (изд. «Эксмо», 2015 г. – Прим. ред.), воздавшему дань уважения знаменитому роману о принципах бережливого производства «Цель» (очевидно, речь о книге Э. М. Голдратт и Дж. Кокс, Альпина Паблишер, 2014 г. –

Прим. ред.), Джин Ким отмечает, что скорость является одним из ключевых конкурентных преимуществ, которые дает организации DevOps. Обычное предприятие может выпускать новое программное обеспечение раз в девять месяцев, а период его освоения может занять от одного до трех месяцев. В таких компаниях, как Amazon и Google, выпускаются тысячи крошечных обновлений, а время их освоения измеряется в минутах. Многие из этих обновлений обладают экспериментальными функциями, которые можно отыграть назад или изменить.

Возможность вернуть что-то на предыдущий уровень с легкостью превращает неудачу в нечто незначительное и стимулирует к принятию решений работников организации, находящихся на более низких должностях.

Большая часть этой работы полностью автоматизирована. Хал Вариан называет это «компьютерным кайдзеном», ссылаясь на японский термин, обозначающий непрерывное совершенствование. «Точно так же как массовое производство изменило метод сборки продукции, непрерывное совершенствование изменило то, как осуществляется производство, – пишет он, – непрерывное экспериментирование… улучшает оптимизацию бизнес-процессов в наших организациях».

Но DevOps также обеспечивает более высокую надежность и более оперативное обслуживание клиентов. Джин Ким так характеризует процессы, происходящие в высокоэффективной организации, использующей DevOps: «Вышестоящие группы развития, вместо того чтобы вызывать хаос в нижестоящих рабочих центрах (например, в службе по обеспечению контроля качества, информационно-технической службе и службе информационной безопасности), тратят 20 процентов своего времени на то, чтобы убедиться, что рабочий процесс протекает плавно на всем потоке создания ценности, на ускорение автоматизированных тестов, улучшение развития инфраструктуры и на то, чтобы убедиться, что все приложения создают телеметрию эффективного производства». Он повторяет, что это не просто техническая, а организационная практика: «Все участники потока создания ценности объединены общей культурой, в которой не только ценится чужое время и вклад в работу, но в которой также неустанно нагнетается давление в рабочую систему для обеспечения организационного обучения и совершенствования».

Практики DevOps продолжают эволюционировать. Google называет свою версию дисциплины «Site Reliability Engineering» (SRE) – инженерно-техническое обеспечение надежности сайта. Как объяснил создатель этого термина Бенджамин Трейнор Слосс: «SRE в основном выполняет работу, которая исторически осуществлялась оперативной группой, но с привлечением инженеров с опытом работы с программным обеспечением, полагаясь на тот факт, что эти инженеры изначально предрасположены и способны и к разработке, и к внедрению автоматизации в программное обеспечение для замены человеческого труда».

Он отмечает, что традиционная оперативная группа должна расти в соответствии с оборотом поддерживаемых ею служб: «Без непрерывного проектирования увеличивается оперативная нагрузка и командам требуется больше людей, чтобы справиться с объемами работ». В противоположность этому, в концепции SRE, люди «внутри» машинного процесса, поддерживающие его работу, увеличивают производительность, постоянно, по нарастающей обучая машины делать то, что делают они сами.

Таким образом, то, что мы видим в современной сетевой организации, – это не просто радикальное изменение внешних отношений между компанией, ее поставщиками и ее клиентами, но и радикальное изменение того, как организована работа сотрудников внутри нее самой и как они работают в тандеме с программным обеспечением и с машинами, которые они создают и которыми они управляют.

Поскольку принципы интернет-приложений и услуг проникают в реальный мир, каждая компания должна трансформироваться, чтобы воспользоваться преимуществами новых технологий, появившихся в цифровой сфере. Это не минутное дело, а непрерывный процесс. На том всеобщем собрании Amazon в 2003 году, которое длилось целый день, Джефф Безос выступил с вступительной речью. Она называлась «Это все еще день первый». Он описал историю электричества, продемонстрировав яркие исторические фотографии пучков проводов, торчащих из осветительных штепсельных розеток в потолке, смонтированных для питания новых видов электроприборов. Стандартизированный разъем электропитания еще не был изобретен. Он показал, как фабрики на своих сборочных линиях все еще использовали механизмы с огромными двигателями, приводящимися в движение при помощи ремней и шкивов, так же как и в эпоху паровых машин, еще не осознавали, что можно подвести электричество непосредственно к маленьким двигателям, где в действительности происходит работа.