Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban | страница 57
• Лучший способ начать – это просто начать!
Глава 6. Пора в путь: Скрам день за днем
Введение
Скрам – отличный инструмент, но все же это лишь инструмент. Все его достоинства проявляются тогда, когда он в работе. И как с любым инструментом, чем больше вы им пользуетесь, тем более искусно его применяете. Мастерство приходит с практикой, и Скрам очень соответствует этому утверждению – ведь он ориентирован на постоянное повторение циклов.
Доведение до совершенства не способствует прогрессу, так что не стоит планировать применение Скрама до мелочей еще до того, как вы начали его использовать. Намного лучше изменять тактику на ходу. Вы можете столкнуться с чем-то, что кажется не совсем очевидным, и придется подстраиваться уже в процессе. Или не совсем правильно будет составлена команда, или скептично настроенные коллеги будут излишне мешать. Со временем большие проблемы будут решены, и на их место придут меньшие, но решаемые куда легче.
Если вы не будете привносить свои изменения, пусть даже небольшие, то вы не поняли сути. Случается так, что желание менять что-то отступает, сменяясь готовностью принимать неудобный статус-кво. Иногда боязнь раскачивать лодку препятствует даже незначительным изменениям. Иногда, что может показаться абсурдным, люди даже считают текущее положение дел близким к идеальному!
Примите цикл жизни Скрама, но не идите ради этого на компромиссы или отказ от изменений. С одной стороны, этапы Скрама очень легко предсказать, так как в теории они остаются одними и теми же, но в то же время на практике они всегда очень сильно различаются.
Нет! Не пробуй. Сделай.
Мастер Йода
Подготовка
Часто люди, не понимающие гибкого способа мышления, считают, что в Agile не предполагается никакого планирования. Но это не касается ни гибких подходов в целом, ни Скрама в частности. Планирование имеет первостепенное значение, и это справедливо не для единичных случаев, а постоянно. Скрам-мастер и владелец продукта определяют, что нужно сделать, а что реализовать будет невозможно. Все эти обсуждения отражены в журнале требований продукта. Он является самым важным артефактом, основой работы над любым проектом. Часто наполнение журнала напрямую отражает то, как идет работа над проектом, и наоборот. Даже самые лучшие команды не смогут добиться впечатляющих результатов без журнала требований продукта, и он постоянно пересматривается и обновляется в зависимости от актуальной информации.