Карта истории или плоское отставание? [закрытый]
3 ответа
Как всегда со Скрамом, делай то, что считаешь нужным. Слишком много документации может стать невозможным для поддержания и просто привяжет вас.
Тем не менее: в предыдущей роли, где у нас было около 15 команд Scrum, у нас была "военная комната", где истории были нарисованы на доске размером с стену.
Большинство этих историй были "эпическими", так как существовало предположение, что отдельные команды Scrum разобьют их на более мелкие, более управляемые истории позже.
В принципе, с этими эпосами не было связано никаких временных оценок, поскольку цель карты состояла в том, чтобы определить зависимости между эпосами и получить примерное представление о том, какая из групп наилучшим образом подойдет для выполнения какой эпопеи.
После итераций мы выработали оценки времени и начали карандашно рисовать, где они будут сидеть в отставании каждой команды. Это привело к некоторому перетасовыванию историй, но в целом первоначальная догадка была верной.
На два-три спринта после того, как мы начали "военную комнату", стало труднее поддерживать, поэтому в тот момент мы вернулись к электронной таблице Excel с эпосами, перечисленными последовательно. Однако, к тому времени владельцы и заказчики продукта усвоили план проекта, так что в его обслуживании не было необходимости.
.Как описано в статье, привязка концепции Story Mapping была результатом изменения чего-то, что для них не сработало. Все команды разные, и лучшее, что Вы можете сделать (на мой взгляд) - это выбрать одну вещь, которую Вы (команда) считаете многообещающей, попробовать ее для спринта и поговорить об этом еще раз при следующей ретроспективе. Внести коррективы и, попробовать еще немного и вернуться к ретроспективе еще раз и так далее
.Картирование историй - отличная техника планирования, но я бы не стал использовать карту историй как таковую для отслеживания. Я бы использовал функции/сценарии, определенные на карте, как ведра функциональности, и я бы использовал диаграммы парковки, чтобы показать прогресс по каждой функции. Хорошей идеей здесь является определение минимального функционала, необходимого для доставки каждой функции (конечно, это должны быть самые приоритетные истории для данной функции), и ставить строку на карту парковки для каждой функции, которая показывает, когда этот минимальный функционал был реализован. Это четкий способ показать, где именно находится продукт, внешним заинтересованным сторонам.