В условиях жесткой конкуренции компании должны стремится к быстрому и эффективному росту, и разработка качественного ПО — средство достижения этой цели и повышения ценности бизнеса. Сегодня производителями ПО становятся все компании, что делает роль CIO более важной, чем когда-либо, пишет на портале TechBeacon технологический евангелист Plutora Боб Дэвис.
Доставка ПО в масштабе с одновременным улучшением качества обслуживания клиентов — сложная задача, поскольку методы и инструменты продолжают развиваться, особенно это касается крупных предприятий со сложной инфраструктурой. Это происходит в то время, когда ИТ-отдел перестал концентрироваться исключительно на снижении затрат. CIO и другие ИТ-руководители понимают, что их главной целью должно быть повышение ценности при одновременном достижении стратегических целей компании. Для этого необходимо управление потоком создания ценности (value stream management, VSM). Что об этом нужно знать?
Фокус на ключевых бизнес-целях
VSM помогает CIO взглянуть на внутреннюю и внешнюю сторону своих портфелей и использовать их для концентрации на ключевых целях высшего руководства. Когда организация точно определила потоки ценности, очень важно предусмотреть, оценить, обеспечить и отточить основные показатели скорости и состояния доставки ПО. VSM обеспечивает уровень видимости и оркеструет критические задачи как для релизов, так и для тестовых сред независимо от методологии, технологии или уровня автоматизации.
Некоторые наблюдатели классифицируют доставку ценности как количество кода, который пишется и проверяется. Проблема этой точкой зрения заключается в том, что это похоже на попытку определить дальность поездки по тому, как долго работал двигатель автомобиля. На самом деле смысл потока создания ценности заключается в том, чтобы всегда оптимизировать то, что нужно. Оценка всего потока должна объединить системы, методы и людей, чтобы сосредоточиться на создании ценности от идеи до ее реализации. Этот процесс также позволяет оценить и выделить ограничения.
Недостатки Agile и DevOps
В связи со стоящей перед CIO задачей увеличения ценности для клиентов за счет инноваций при сокращении затрат и повышении качества, они сосредотачиваются на том, как создать эту ценность. Это может быть довольно сложно, и нередко CIO испытывают разочарование.
ИТ-руководители со всего мира используют одни и те же стандартные стратегии и методы работы с ПО. Они посещают различные технологические конференции для расширения своих знаний, инвестируют значительные средства в Agile- и DevOps и привлекают необходимые ресурсы. Так почему же им так трудно определить, совершенствуется ли их организация?
Дело в том, что Agile и DevOps имеют свои ограничения. Обычно они применяются только в определенных областях создания ценности. Кроме того, Agile и DevOps часто внедряются без оценки ограничений или измерения результатов. CIO необходимо научиться быстро выявлять проблемы по всему программному конвейеру при отсутствии возможности сквозного наблюдения или контроля над потоком создания ценности.
Три тенденции, которые движут CIO
К ним относятся:
- реагирование на вызовы рынка, такие как конкурентные угрозы, безопасность и переход к ориентации на ценности;
- управление меняющейся структурой путем развития автоматизации, перехода к облачным технологиям и сокращения технического долга;
- повышение культуры путем создания взаимосвязанной команды с различными цепочками инструментов, географическим расположением и методами.
Большинство CIO лояльно относятся к тому, какие инструменты используют их команды разработчиков, но они хотят, чтобы все они были совместимы. Им нужно обеспечить лучшую ценность для клиентов, чтобы ускорить время сборки и повысить качество доставки. Но проблема в том, что CIO испытывают разочарование: ранее их убеждали, что Agile и DevOps — это революционные инструменты, которые сделают все невероятно проще, но результаты оказались совсем не такими, как они ожидали.
С ростом автоматизации использование разрозненных инструментов различными командами усугубило проблемы совместной работы, Об этом, в частности, говорится в отчете DORA «Accelerate: State of DevOps 2018».
CIO также часто не хватает наблюдаемости, что приводит к неточному пониманию потока создания ценности. Отсутствие видимости также приводит к появлению изолированных продуктовых команд, и CIO не могут подключить их к общему потоку.
Соблюдение нормативных требований
Правильно подобранное VSM-решение объединяет сеть инструментов и команд для подготовки, создания и доставки ПО на уровне предприятия. С его помощью CIO могут преодолеть проблемы наблюдаемости, чтобы быстрее выпускать продукты и соответствовать нормативным требованиям. Последнее важнее любого другого процесса на предприятии, что приводит к дополнительным проблемам. Чтобы изменения были полезными, необходимо снизить бизнес-риски, связанные с соблюдением нормативных требований, путем включения юридических факторов в сам процесс разработки. Планирование потока создания ценности обеспечивает соблюдение требований на многих этапах процесса. Это позволяет командам определять ограничения, которые не позволят сборке попасть в производство, если она, например, нуждается в дополнительной документации.
Все дело в наблюдаемости
Отсутствие наблюдаемости у CIO мешает командам Agile/DevOps стать более автономными. VSM может предоставить ИТ-директорам всестороннюю визуализацию процесса разработки, что обеспечивает полную прозрачность работы независимо от команды или проекта.
