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

Если в конце спринта Скрам-мастер и Владелец продукта выглядят спокойными, значит, дела идут хорошо. Мир и спокойствие – это священный Грааль Скрама: все его ищут, но мало кто находит. Когда Скрам работает хорошо, он выглядит очень легким в применении. В реальности идеал недостижим. Нет верного или неверного способа применять Скрам, но это всегда можно делать лучше. Даже если дела идут прекрасно, постоянно ищите способы для усовершенствования.

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

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

Именно практика приводит к совершенству.

Блистательный итог

• Устанавливайте планку высоко. Постоянно обновляйте журнал, выработайте критерии принятия и используйте в спринтах только хорошо написанные пользовательские истории.

• Скрам-мастер организует команду, помогает ей, разрабатывает новые практики и решает проблемы.

• Хорошие показатели помогают принимать взвешенные решения и обеспечивают отличный доклад.

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

• Учитесь на ошибках и просчитывайте наперед.

Одна из главных причин неудач в реализации проектов – их разработка в отрыве от реального мира и бизнес-нужд. Существует много причин, почему это может произойти, но это всегда приводит к одному результату – недовольству заказчика и конечного пользователя. Для Agile главное – не допускать этого. Вся суть Agile строится на сотрудничестве и участии. Заказчики вовлечены в разработку на каждом этапе и участвуют в каждом принимаемом решении. Многие техники управления проектами отмечают, что это очень важно для разработки, но только гибкие подходы делают участие заказчика в процессе создания продукта обязательным. Это одно из ключевых отличий Agile. Получение первоначальной поддержки и заинтересованность в запуске проекта в гибкой разработке – очень важный момент, но постоянное участие в процессе – важнейшая составляющая успеха. После принятия гибких подходов на вооружение они вполне способны позаботиться о себе сами, органично развиваясь вместе с коллективом; но, чтобы создать условия, в которых это возможно, придется потрудиться.