Двоякая польза отчетов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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