Введение
В вашем доме полный Scrum, или вы Agile, или что-вы, что-вы – Waterfall? Хорошие вопросы!
Этот раздел очень сильно зависит от вашего опыта и вашей готовности к работе с процессами:
- Вариант 1. Вы точно знаете что вы хотите. Это значит что вы уже адаптировали в какой-то мере определенный подход и у вас есть опыт работы с процессом – в данном разделе будут описаны ваши правила игры.
- Вариант 2. Вы мало что знаете как должно быть. Если вы не готовы дать детальные требования — определитесь с хотя бы с типом процесса.
- Waterfall – вы не готовы поступиться сроком, вы заранее выделяете время на проработку видения и возможно даже будет отдельный этап анализа и проектирования. Для вас крайне важно все зафиксировать и двигаться с наименьшими вариациями. В некоторых типах проекта данный подход может сработать — но сейчас более жизнеспособным подходом является итеративная разработка.
- Agile + итеративная работа: если вы готовы продвигаться небольшими шагами в 2-3 недели я для важно получать осязаемый результат. Вы готовы уточнять требования, для важно пробовать рабочую версию продукта в процессе разработки.
- Scrum + поток работ: вы ожидаете поток работы в стиле поддержки и небольшого развития — что-то исправить, внести незначительные изменения. Результат должен появляться по мере готовности небольшими порциями.
Как совместить план и гибкость
Как только я написал это – я стал врагом для обеих сторон :-). Мы все прекрасно понимаем что сумма денег у бизнеса конечна, оценка вызовов также имеет понятные очертания. Вы можете потребовать оценку работ и сроков, для того чтобы задать верхние ограничения на проект. Что стоит сделать
- Определите требование к оценке и ответственности сторон выдать рабочий продукт в срок и не превышающий бюджет
- Задайте приоритет требований так, чтобы был часть приоритетных требований и большая часть требований с нормальными приоритетом. Укажите что требования с нормальным приоритетом могу быть пересмотрены так, чтобы можно было ими пожертвовать или изменить их во время выполнения.
Что пишем в документ
Что указать в требованиях:
- Выбрать Процесс.
- Указать опции процесса
- Определить видение по организация итерационной работы
- Требования к совмещению разработки и поддержки продуктива
При выборе процесса важно указать особенности. Например:
- Распределение ролей в команде — кто ожидается со стороны заказчика, кто ожидается со стороны исполнителя
- Рабочие параметры процесса — размер итерации, принципы оценки, размер процесса (scale)
- Ограничение и принятые решения — часто касаются исполнения роли владельца продукта, распределение функций
Требования к организации итерационной работы
- Как вы видите порядок определения требований к началу итерации
- Какой порядок установки приоритетов требований
- Какие изменения позволяется вносить по ходу итерации в беклог, какие принципы защиты рамок работ ожидаются
- Требования к инкрементной поставке — какая длительность итерации, что ожидается в результате, как организовывается инкремент
Требования к разделению проектной работы и поддержки решения в продуктиве:
- Какие требования к управлению выполнением работ поддержки / багфикса решения в продуктиве
- Какие требования к разделению работ по разработке следующей версии решения и внесения изменений в текущую продуктивную решения – эти требования относятся к категории DevOps