В гайде процесс описан как совокупность этапов для создания и доставки ценности в программном продукте a.k.a. Value Stream.

Сейчас процесс сформирован на основе нашего опыта в коммерческих продуктах Контура. Но мы не отрицаем его применимость и для инфраструктурных и платформенных сервисов.

Ответственные за этап

Цифрами отмечен приоритет должности, к которой переходит ответственность. Ответственность может передаваться в случае отсутствия роли или по внутренней договорённости команды.

В отдельных случаях за процесс могут отвечать и другие роли: всё зависит от договорённости внутри команды, в данной статье мы описываем целевое, «общепринятое» состояние.

Так же отметим, что это не исчерпывающий список и могут подключаться другие роли.

Сокращения:

• МР — менеджер разработки
• МРП — менеджер по развитию продукта
• МП — менеджер продукта / проекта

Распределение ответственности за этапы доставки ценности:

• Работа со стейкхолдерами. Организует процессы сбора и возвращения обратной связи, согласование процессов со стейкхолдерами и всю основную коммуникацию (именно по процессу развития программного продукта):
  • МРП¹,
  • если МРП нет, то МР,²
  • если нет ни МРП, ни МР, то МП³;
• Стратегическое планирование и целеполагание. Рабочая группа с ответственным за проведение стратсессии. Организует рабочую группу МП. Со стороны управления разработки в неё входят как минимум МРП и МР.
• Сортировка. Устанавливают правила сортировки МП¹ и МРП¹ , если МРП в команде нет, то МР². Проводить сортировку по правилам может любой из них.
• Преданалитика. Устанавливает правила рабочая группа, в которой минимум: МП, МР, МРП и др. роли по необходимости. Организует процесс МП¹, МРП² или МР³, по общей договорённости.
• Исследование. Организует процесс МРП¹ и исследователь пользовательского опыта¹. МР¹ или системный аналитик² или МП⁴
• Приоритизация. Устанавливает критерии приоритизации и проводит ее МРП¹ или МП² в части ценностных задач или МР³. Задачи инфраструктуры и других «функциональных» бэклогов приоритизирует его владелец. Критерии согласуются с МР.
• Планирование. Устанавливает правила рабочая группа, в которую входят: МП, МРП, МР, представители других стейкхолдеров. Организуют процесс: МР¹ или МП² или МРП³.
• Разработка. Организует процесс МР¹. МРП и МП, выступают в качестве ключевых стейкхолдеров процесса.
• Пост-аналитика — организует МРП¹ , аналитик данных¹ и системный аналитик¹. В случае отсутствия МРП,  организует МП² или МР². Так же может подключаться UX-исследователь. 

Описание каждого этапа содержит

• Описание этапа. Описание сути этапа, мотивация, почему его нужно выделять и какую ценность он несёт.
• Настройка этапа. Описание процесса формирования этапа и критерии которые необходимо соблюсти.
• Входные данные. Перечисление данных и артефактов, которые необходимо получить на входе для качественного выполнения этапа.
• Содержание этапа. Последовательность действий и критерии к ним, необходимые для качественного выполнения этапа.
• Выходные данные. Результат работы этапа, описание данных и артефактов, которые ожидаются на выходе.
• Индикаторы качества. Перечисления индикаторов, по которым можно оценить, насколько этап качественно выполняется. У каждого индикатора прописаны негативные и позитивные проявления и рекомендации по устранению проблем. 
• Инструменты и материалы. Ссылки на сервисы, методологии, шаблоны, услуги, учебные материалы и т.д., которые могут быть полезны при работе на этапе.