Применение практик DevOps - стр. 6

• 

реализация гипотезы на практике;

• 

измерение результата, A/B тестирование, сравнение с целевыми значениями;

• 

корректировка по итогам анализа, переход на первый или второй шаг.

Несложно заметить возникновение цикла, ожидаемая скорость которого – недели. Такой быстрый темп необходим потому, что сама суть движения – в постоянном поиске. На старте, в самом начале, совершенно неизвестно конечное состояние, и, тем более, неизвестна дорога к нему. Долгосрочное планирование не имеет никакого смысла, компания видит лишь следующий, ближайший шаг – точнее, пытается его угадать. Проиллюстрировать данный тезис поможет широко известная метафора, сравнивающая выживание и развитие бизнеса с поиском реки с деньгами (Рис. 3).

Рис. 3. Река с деньгами.

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

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

Консалтинговая и образовательная практики компании Cleverics позволяют дать следующие оценки реально достигаемого ускорения: релизные циклы длительностью в 2-3 месяца сменяются непрерывной поставкой «по требованию», выполняемой несколько раз в день. Время выполнения одной задачи сокращается с 12-30 календарных дней до 2-4 дней; в слаженных и устойчивых командах – до 1-2 дней. При этом приведённые целевые числа не являются оценочными, а доступны всем заинтересованным сторонам в виде объективно собираемых метрик потока создания ценности, позволяющих анализировать и оптимизировать поток и работу команды. Таким образом, речь не идёт о повышении эффективности на 10-30%; применение принципов и практик DevOps даёт кратное ускорение, которого невозможно добиться иными средствами и методами.

Для уменьшения времени вывода на рынок DevOps предлагает множество техник, например: уменьшение размера задач, уменьшение количества передач работы, постоянные поиск и устранение потерь и др. Однако, важно сделать следующее замечание: наивно надеяться, что применение техник DevOps для ускорения работы ИТ-отдела одновременно приведёт к сокращению затрат на ИТ. Скорее, наоборот – расходы на информационные технологии вырастут, что обусловлено, в первую очередь, увеличением численности ИТ-персонала. Действительно, традиционная организация ИТотдела предполагает наличие отдельных функциональных подразделений, каждое из которых занимается всеми задачами в рамках своей предметной области (бизнес-анализ, разработка и тестирование, эксплуатация, поддержка, развитие и т.д.). При этом внутри каждого такого функционального подразделения обеспечивается необходимая взаимозаменяемость специалистов, а среднее и большое число специалистов одинаковых квалификации и компетенций позволяют равномерно распределять между ними нагрузку (Рис. 4).