Process

Введение

В вашем доме полный Scrum, или вы Agile, или что-вы, что-вы – Waterfall? Хорошие вопросы!

Этот раздел очень сильно зависит от вашего опыта и вашей готовности к работе с процессами:

  • Вариант 1. Вы точно знаете что вы хотите. Это значит что вы уже адаптировали в какой-то мере определенный подход и у вас есть опыт работы с процессом – в данном разделе будут описаны ваши правила игры.
  • Вариант 2. Вы мало что знаете как должно быть. Если вы не готовы дать детальные требования —  определитесь с хотя бы с типом процесса.
    • Waterfall – вы не готовы поступиться сроком, вы заранее выделяете время на проработку видения и возможно даже будет отдельный этап анализа и проектирования. Для вас крайне важно все зафиксировать и двигаться с наименьшими вариациями. В некоторых типах проекта данный подход может сработать — но сейчас более жизнеспособным подходом является итеративная разработка.
    • Agile + итеративная работа: если вы готовы продвигаться небольшими шагами в 2-3 недели я для важно получать осязаемый результат. Вы готовы уточнять требования, для важно пробовать рабочую версию продукта в процессе разработки.
    • Scrum + поток работ: вы ожидаете поток работы в стиле поддержки и небольшого развития — что-то исправить, внести незначительные изменения. Результат должен появляться по мере готовности небольшими порциями.

Как совместить план и гибкость

Как только я написал это – я стал врагом для обеих сторон :-). Мы все прекрасно понимаем что сумма денег у бизнеса конечна, оценка вызовов также имеет понятные очертания. Вы можете потребовать оценку работ и сроков, для того чтобы задать верхние ограничения на проект. Что стоит сделать

  • Определите требование к оценке и ответственности сторон выдать рабочий продукт в срок и не превышающий бюджет
  • Задайте приоритет требований так, чтобы был часть приоритетных требований и большая часть требований с нормальными приоритетом. Укажите что требования с нормальным приоритетом могу быть пересмотрены так, чтобы можно было ими пожертвовать или изменить их во время выполнения.

Что пишем в документ

Что указать в требованиях:

  1. Выбрать Процесс.
  2. Указать опции процесса
  3. Определить видение по организация итерационной работы
  4. Требования к совмещению разработки и поддержки продуктива

При выборе процесса важно указать особенности. Например:

  • Распределение ролей в команде — кто ожидается со стороны заказчика, кто ожидается со стороны исполнителя
  • Рабочие параметры процесса — размер итерации, принципы оценки, размер процесса (scale)
  • Ограничение и принятые решения — часто касаются исполнения роли владельца продукта, распределение функций

Требования к организации итерационной работы

  • Как вы видите порядок определения требований к началу итерации
  • Какой порядок установки приоритетов требований
  • Какие изменения позволяется вносить по ходу итерации в беклог, какие принципы защиты рамок работ ожидаются
  • Требования к инкрементной поставке — какая длительность итерации, что ожидается в результате, как организовывается инкремент

Требования к разделению проектной работы и поддержки решения в продуктиве:

  • Какие требования к управлению выполнением работ поддержки / багфикса решения в продуктиве
  • Какие требования к разделению работ по разработке следующей версии решения и внесения изменений в текущую продуктивную решения – эти требования относятся к категории DevOps