Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban | страница 61



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


Блистательный совет для сохранения времени

Существует немало быстрых и легких способов потерпеть неудачу при планировании:

• Никто не знает, что делать дальше.

• Команда ходит по кругу.

• Все молчат и избегают смотреть друг на друга.

• Участники не доверяют друг другу.

• Не хватает прозрачности и базовой информации.

• Все переживают и злятся.

• Владелец продукта вышел за кофе и не вернулся.

• Команда не выдает результата!

Достойная реализация механик

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

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

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