Может ли ИИ заменить Agile-тренера?

Проверим на примере финансирования Agile-проекта

Перевод статьи Ивана Гехта (Ivan Gekht), СЕО Gehtsoft USA, из Agile Bulletin. Оригинал доступен здесь.

Photo by Boitumelo on Unsplash

ИИ сейчас повсюду — в продажах, маркетинге и в Agile. Поэтому, готовясь к выставке Agile 2024, я решил провести эксперимент: может ли ИИ заменить Agile-специалиста в роли консультанта для руководителей компании? Я начал с темы, которая мне близка, — финансирование Agile-проектов.

С этой темой я выступал на Knowledge Hub выставки Agile 2024. Запись можно посмотреть на нашем YouTube-канале. В статье больше теоретических основ, поэтому рекомендую вернуться к ней после просмотра.

Я задал ИИ множество вопросов об управлении Agile-проектом. Вот что он ответил про треугольник управления:

• Ценность: фиксированная (основной фокус),
• Качество: переменная (поддержание высоких стандартов),
• Ограничения: (время и стоимость): гибкие.

Как вам? ИИ повторил самую частую ошибку проектных команд — решил, что приносимая ценность должна быть незыблемой, а все остальные параметры могут меняться. «Будьте готовы динамично корректировать бюджеты в зависимости от потребностей проекта» — это прямо противоречит принципам Agile.

ИИ не обращается к источникам, а перефразирует то, что чаще всего встречается в интернете. Обратимся к истокам и разберемся, что предполагает методология, а не ее сломанный пересказ.

Как выбрать формат финансирования в зависимости от сложности проекта?

Методология Agile, в первую очередь, был разработана, чтобы справиться со сложными, комплексными проектами. В проектах по разработке ПО сложность часто возникает из-за неопределенности как в процессах/инструментах/технологиях («Как делать?»), так и в требованиях («Что делать?»).

На матрице Стейси такие проекты находятся в категории «сложно» (в оригинале complex). В этом случае и «Как мы туда доберемся?», и «Что для этого нужно?» являются неочевидными, но не совсем неизвестными.

Посмотрим, как необходимо финансировать проекты в зависимости от их места на матрице.

Простые (clear) или запутанные (complicated) проекты

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

Хаотичные (chaotic) проекты

Для проектов без четкого плана или требований используйте такие методологии, как «триаж», и ежедневно корректируйте решение о финансировании.

Сложные (complex) проекты

Здесь в игру вступает «обратный железный треугольник». Вместо того чтобы оценивать неопределенные сроки и затраты, сосредоточьтесь на достижении наилучших возможных результатов в рамках установленных ограничений (сроки и бюджет).

Agile-треугольник — на примере, близком каждому

Представьте, что вы стоите в полдень посреди аэропорта имени Джона Кеннеди. Вы знаете, что вам нужно добраться до Эмпайр-cтейт-билдинг, и у вас в кармане всего 100 долларов.

Любовь всей вашей жизни будет ждать вас на вершине Эмпайр-cтейт-билдинг в 15:00. Билет на вершину стоит 80 долларов, и у вас остается всего 3 часа и 20 долларов, чтобы добраться туда.

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

Вы начинаете экспериментировать с теориями и выдвигать гипотезы, быстро проверяя их. «Могу ли я дойти туда пешком?» — вы подсчитываете, что за 10 минут можете пройти около 800 метров, и проверяете, что вам понадобится 6 часов, чтобы пройти почти 30 км от аэропорта до Эмпайр-стейт-билдинг. «Могу ли я взять такси?» — быстро проверяете в приложении — 50 долларов. Нет, денег не хватает. Поезд до метро? 21 доллар.

И, наконец, вы находите идеальный вариант. Автобус до метро за 10 долларов, которые у вас есть, и 1 час 50 минут общего времени в пути, что на самом деле оставляет вам еще немного времени, чтобы подготовиться к встрече.

Это и есть Agile.

С помощью «обратного железного треугольника» вы фиксируете ограничения (сроки и бюджет), но позволяете точному объему работ быть достаточно гибким, при этом сохраняя фокус на более крупной цели — получении определенной ценности для ваших пользователей и вашей организации.

Но это же сломает мне продукт!

Снова обратимся к источникам — в этот раз к книге «Гибкое управление проектами» Джима Хайсмита. Он так определил цели для каждого компонента треугольника:

• Цель ценности: создать готовый к выпуску продукт, который будет цениться клиентами.
• Цель качества: создать надежный, адаптируемый продукт.
• Цель ограничений: достичь ценности и качества в рамках приемлемых ограничений (объем, график, стоимость).

Теперь воспользуемся правилом Парето и математикой, чтобы проверить, вредит ли такой подход компании. 20% функций обычно приносят 80% ценности вашим пользователям. Если бюджет и сроки позволяют разработать 80% желаемых функций (начиная, конечно, с 20% наиболее ценных), значит, чисто арифметически, 95% потребностей ваших пользователей будут покрыты. Стоит ли ради оставшихся 5% превышать бюджет? Возможно. Нужно определить их ценность и принять соответствующее решение. Конечно же, на основе бизнес-показателей, а не удобства и желаний команды.

Еще один важный момент, который часто упускают «коучи» — ответственность. Многие в Agile-сообществе говорят о «помощи» и «расширении возможностей», но основное внимание должно оставаться на ответственности и подотчетности. Оставайтесь верными сути Agile: работайте с людьми, готовыми взять на себя ответственность.

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

В чем неоспоримое преимущество Agile-финансирования?

Agile-финансирование не предназначено быть удобным для команд. Это инструмент для лучшего управления и достижения целей организации.

Agile-финансирование позволяет динамично корректировать расходы в зависимости от производительности и приоритетов, обеспечивая контроль и предсказуемость расходов. По сути — это морковка перед вашей командой, которую можно убрать в мгновение ока.

Лучший способ обеспечить контроль — это «сдвиг влево». Обеспечьте более короткие итерации и последовательную доставку ценности на основе спринтов. Это даст вам информацию и метрики для частой оценки ситуаций и внесения необходимых изменений путем принятия решений на основе данных, а не решений, основанных исключительно на «отзывах команды» или «потребностях проекта».

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

Приняв эти принципы, вы улучшите свое стратегическое управление и обеспечите реальную ценность ваших Agile-инициатив.