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

Даже если люди, непосредственно вовлеченные в разработку, точно знают, как обстоят дела, все равно необходимо доносить информацию и до оставшейся части компании. Например, использование статусов по цветам светофора (RAG: Red, Amber, Green. Красный, желтый, зеленый) резко отличает Agile от традиционных методов управления, в которых людям, не участвующим в проекте, используемые метрики обычно непонятны. От Agile-команды ожидается, что она будет представлять плоды своих трудов в формате бизнес-ценности, по которому можно будет сделать прогноз о будущей производительности.

Блистательное определение

Доклады о ходе работы обычно используют систему цветов светофора или «RAG-статус» как визуальный сигнал для суммирования производительности для всех заинтересованных лиц:

Красный – серьезные проблемы, блокирующие дальнейшую разработку.

Желтый, или янтарный, – препятствия, которые могут быть устранены.

Зеленый – все в порядке.

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

Блистательный пример

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

• общая работа – суммарная оценка сложности проекта – в динамике;

• выполненные задачи – в динамике.

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

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

Рис. 7.1. Блистательная диаграмма сжигания задач

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

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

В разгар битвы за внедрение Agile важно сохранять реалистичность при предоставлении гарантий насчет «что» и «как». Не увлекайтесь идеей быстрее, дешевле, лучше. Будьте особенно осторожны в чрезмерно оптимистичных оценках преимущества внедрения Agile и не игнорируйте минусы. Блестящие результаты не нужны, если очень хороших более чем достаточно. Если вы ожидаете идеального результата, даже оценка 9 из 10 может разочаровать.

Будьте осторожны с людьми, которые не поняли все аспекты работы в Agile. Для СЕО возникает соблазн не слышать ничего за пределами прекрасной картины быстрее, дешевле, лучше. Или просто настроиться на обещания работающих продуктов, скорейшего выхода на рынок, ранней окупаемости инвестиций, гибкости, меньшего риска, большей эффективности, довольных заказчиков, а совершенствование культуры и изменение настроя компании попросту проигнорировать. Не предполагайте, что все читают в договоре использования условия, напечатанные мелким шрифтом, – никто этого не делает.

Блистательная мысль

Стандартные ошибки могут объявиться и в мире Agile. Не берите с собой в новый мир старые проблемы. Нет ничего более грустного, когда ваши коллеги думают: ну вот, опять. Предупрежден – значит вооружен!

• Нечеткие цели и задачи – начинайте всегда с понятным видением проекта.

• Неопределенные требования заказчика – пользовательские истории должны быть ясными.

• Недостаточное обучение – обеспечьте соответствующие тренировки и коучинг.

• Нереалистичные цели – даже гибкие подходы ничего не смогут сделать с навязанными извне невыполнимыми сроками.

• Пренебрежение ресурсами – позвольте команде решать, какие цели можно будет выполнить.

• Повторение ошибок – смертный грех любых решений; всегда проверяйте и приспосабливайтесь.

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

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