Читать интересную книгу Скрам: Правила игры. Карманное руководство - Гюнтер Верхеен

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

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

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

2.5.3. Отслеживание продвижения в работе

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

Чтобы постоянно адаптироваться к реальности и достичь наилучшего возможного результата, оставшаяся работа регулярно и честно переоценивается:

■ Продвижение к цели во время спринта отслеживается ежедневно. Бэклог спринта содержит наиболее реалистичный план и оценку работ, необходимых для достижения цели спринта.

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

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

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

2.5.4. Ценность бэклога продукта

Ценность бэклога продукта заключается не в его полноте, точности, детальности или совершенстве, не в фиксации каждого возможного требования, каждой возможной детали для каждого возможного временно́го горизонта. Ценность бэклога продукта заключается в его прозрачности, в том, чтобы ясно представить тот объем работы, который необходимо сделать для создания минимально работоспособного и ценного продукта или инкремента продукта. Бэклог продукта делает видимой всю работу, разработку, регуляторные требования и ограничения, с которыми команде придется иметь дело, чтобы создать готовые к выпуску версии продукта.

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

Каждый элемент бэклога продукта описан с достаточной степенью детальности, чтобы было ясно, какую ценность он представляет. Это описание не исчерпывающее, оно стимулирует открытую дискуссию по поводу элемента бэклога. Каждый элемент бэклога продукта становится поводом для дискуссий.

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

Бэклог продукта постепенно уточняется, создавая инкрементальное управление требованиями к продукту.

По мере продвижения разработки бэклог продукта уточняется, приводится в порядок и обновляется. Бэклог продукта постоянно упорядочивается и переупорядочивается владельцем продукта. Элементы бэклога регулярно уточняются с командой разработки. Бэклог продукта – живой артефакт.

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

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

Пожелание реализуется с помощью упорядочивания: от бэклога продукта через бэклог спринта к инкременту работающего продукта. Упорядочивание в бэклоге продукта зависит от комбинации факторов: стоимости трудозатрат, зависимостей, приоритетов, сцепленности и последовательности; необходимо также иметь представление о предполагаемой ценности элементов бэклога продукта.

Базовыми атрибутами для бэклога продукта являются стоимость и ценность.

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

■ Важным принципом аджайла является «удовлетворение клиента с помощью ранней и непрерывной поставки ценного для потребителя софта»[24]. Без соотнесения элементов бэклога продукта с бизнес-ценностью владелец продукта, который представляет интересы заказчика в скрам-команде, не может знать, насколько ценной может быть какая-либо функциональная возможность, идея или совокупность функциональных возможностей. Ценность будет зависеть от типа компании, типа продукта и его рынка. Ценность элемента бэклога продукта может быть непрямой. Непрямая ценность проявляется в том, что если не включить данный элемент в бэклог, то это может снизить ценность всей системы или даже целой организации. Отсутствие высокого приоритета у этого элемента может привести к образованию негативной ценности или подорвать будущую возможность создавать ценность.

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

Бэклог продукта – это единственный план, необходимый для скрама, его элементы содержат всю информацию