0
«Нам нужно показать цитаты, связанные с текущим документом».Проблема с инфраструктурной пользовательской историей
Эта история пользователя заставит многие наши подсистемы модифицироваться, и это более или менее 4-5 длины спринта. Разделение его на вспомогательные истории невозможно, так как модификации не имеют коммерческой ценности. Но в 5-м спринте будет иметь деловую ценность.
Что вы предлагаете? Как мы собираемся создать ценность для бизнеса, продемонстрировать это нашим клиентам каждый спринт, а также позволить нашим клиентам уделять приоритетное внимание работе на каждом спринте?
Спасибо Питер. То, что вы предлагаете, фактически то же самое, что группировать истории в темы. На самом деле я спрашиваю, как обеспечить бизнес-ценность, продемонстрировать эту ценность и позволить нашим клиентам устанавливать приоритеты. При непрерывной работе среди спринтов мы делаем наше ПО не приоритетным. Это против ловкости. –
В вашем вопросе вы заявили: «Разделение его на подзаголовки невозможно, потому что модификации не имеют коммерческой ценности». Моя первая реакция заключалась в том, чтобы подвергнуть сомнению это, но я решил, что это несправедливо, и рассматривал вашу позицию как правильную интерпретацию ценности атомного бизнеса. Любая подгруппа имеет коммерческое значение 0, и только по мере того, как целое вводится на место, произведение производит значение> 0. Предполагая, что я не вижу другого выбора, кроме как создать производную стоимость в качестве индикатора прогресса в направлении будущей точки ценности без каких-либо других указаний, кроме доставки вехой. –
См. Также http://stackoverflow.com/questions/961654/how-to-maintain-a-design-specification-in-a-scrum-environment/961741#961741, где вы можете рассмотреть возможность рассмотрения этой части как не- гибкий подпроект сам по себе. –