Comments 4
Спасибо за статью, пара вопросов
Каковы твои обязанности как делевери, только работа с процессом и его улучшение, можешь более подробно описать свой пул работ(просто интересно)
Между дискавери процессом и деливери есть какие-то договорённости относительно подготовки требований или все собирают аналитики для команды, может есть общая сессия PBR с представителями бизнеса
Заметил большое количество тегов у задачи кто их поставляет?)
Спасибо за вопросы. Отвечу по пунктам
Конкретно у меня пул работ достаточно обширный:
Я являюсь деливери лидом в рамках "большого продукта". Тут больше идет именно процессная работа. Дополнительно - работа с деливери, работающими в командах и решение различных проблем, которые мешают движению задач дальше по потоку.
Я являюсь деливери в одной из команд. Тут, помимо процессной части, идет непосредственная работа с командой, с людьми в команде, решение проблем с инфраструктурой, душевные диалоги с ИБ и т.п.
Также "подрабатываю" OKR-коучем в продукте. Тут на мне ведение всего процесса OKR: ретроспективы, формирование OKR, синхронизация и выравнивание OKR и т.п.
Сейчас у нас достаточно простой flow. Т.к. команда одна, то и люди в двух процессах участвуют практически одни и те же. На данный момент задача discovery — сократить уровень неопределенности и понять возможные риски. На этом этапе мы подготавливаем верхнеуровневое описание требований, смотрим на них с архитектором, понимаем, какие могут быть зависимости и как задача может декомпозироваться. После чего обсуждаем с РО и заказчиками дальнейшую судьбу инициативы. Либо она отменяется (понимаем, что делать не надо), либо принимается решение, что делать надо и тогда инициатива попадает в бэклог деливери. Тут еще можно рассказать про роль OKR во всем этом процессе, но это на отдельную статью выйдет))
Все, кому хочется))) Выставление тегов не регламентировано, поэтому в реальности добавить какие-то свои теги могут любые заинтересованные. Нам, как деливери, важно отслеживать теги, которые показывают систему/команду, в которой должна быть реализована задача. И для некоторых задач еще выставляем тег типа, к которому относится рабочий элемент, чтобы более точно давать оценки сроков, а не причесывать все задачи под одну гребенку.
Наш путь в управлении потоком продуктовых задач. От стикеров в Miro до системных изменений на основе данных