Я изо всех сил пытаюсь создать хорошую визуализацию/отслеживание для моего проекта по схватке и поэтому рассматриваю несколько альтернатив. Одна интересная концепция - Story Mapping. Есть ли у вас какой-либо вклад в использование карты истории, а не для плоского отставания?История карты или плоское отставание?
Как всегда с Scrum, сделайте все, что вам кажется нужным. Слишком большая документация может стать невозможной для поддержания и просто привяжет вас.
Это сказало: в предыдущей роли, где у нас было около 15 команд Scrum, у нас была «военная комната», где рассказы были сопоставлены на доске размером с стену.
Большинство из этих рассказов были «эпиками», поскольку было допущено, что отдельные команды Scrum разбивали их на более мелкие, более управляемые истории позже.
Изначально никакие временные оценки не были связаны с этими эпосами, поскольку цель карты заключалась в том, чтобы идентифицировать зависимости между эпосами и получить приблизительное представление о том, какая команда будет лучше всего делать, какую эпопею.
В последующих итерациях мы разработали временные оценки и начали карандаш, где они будут сидеть в отставании каждой команды. Это привело к некоторому перетасовке рассказов, но в целом начальная догадка была о том, что нужно.
Через два или три спринта после того, как мы начали «военную комнату», стало сложнее поддерживать, поэтому мы переместились обратно в эту таблицу в электронную таблицу Excel с последовательностями, перечисленными последовательно. Однако к тому времени владельцы и клиенты продукта усвоили план проекта, поэтому не было необходимости его поддерживать.
Как описано в статье, связанной с концепцией картирования, было результатом изменения чего-то, что не сработало для них. Все команды разные, и самое лучшее, что вы можете сделать (на мой взгляд) - выбрать одну вещь, которую вы (команда) считает перспективной, и попробуйте ее для спринта и поговорите об этом снова на следующей ретроспективе. Внесите корректировки и, попробуйте еще раз и снова загляните в ретроспективу и так далее.
Правда. Я надеялся получить некоторые отзывы от других, прежде чем мы продолжим пробовать концепцию. –
Картинка с картинками - отличная методика планирования, но я бы не использовал карту истории для отслеживания. Я бы использовал функции/сценарии, определенные на карте, как ведра функциональности, и я бы использовал графики парковки, чтобы показать прогресс по каждой функции. Хорошая идея здесь состоит в том, чтобы определить минимальную функциональность, необходимую для доставки каждой функции (конечно, это должны быть истории с наивысшим приоритетом для этой функции), и поместить линию на диаграмме парковочных мест для каждой функции, которая показывает, когда это минимальное количество функций была реализована. Это четкий способ показать, где именно продукт относится к внешним заинтересованным сторонам.
Тобиас вот две другие перспективы по картированию истории: John Walpole of Twitter shares their experience with story maps, а также я написал primer on story mapping.
Я голосую, чтобы закрыть этот вопрос как не по теме, потому что речь идет не о программировании. –