Путь трёх досок в планировании
Одна из основных задач для любой команды — выстраивание прозрачных процессов на каждом этапе работы. Если этого нет — специалисты путаются в задачах, бизнес потеряет контроль над процессами, а беспорядок неизбежно влияет на time to market и сложность онбординга новых сотрудников.
Крутая статья, но так показалось что у вас как то много аналитики согласований. Такое ощущение, что Проектирование и Реализация дублируют друг друга. Например:
1) Проектирование и Реализация - на Проектировании у вас есть"полноценный системный анализ и прохождение этапов согласования" в то же время после проектирования идет этапа Аналитика и у вас опять есть пункты "Анализ" и "Согласование". Это немного странно.
+
Не очень понятно что подпадает под "Проводим детальный технический анализ"? Аналитик же уже должен был эту задачу сделать и отдать данные в разработку.
И еще пара вопросов:
1) У вас всего есть UX исследования или в каких то случаях вы это этап пропускаете? Например, когда изменения в продукте идут "под капотом", без изменений в UI\UX
2) Как вы согласуете ранжирование бэклогов разных досок? Во тесть у вас фича которую вы прогнали по доске Продуктовое дискавери, после которой вы поняли что это прям MustHave. После этого фича падает в бэклог доски Аналитика и аналитик берет задачи из этого бэклога по своему желанию или в порядке очереди? Или есть какой-то скор\приоритет? И аналогичный вопрос по бэклогу Истории
Привет! У нас всё таки отличается системный анализ от технического.
В системном анализе больше формирования функциональных требований, рисование схем диаграммы потоков и данных.
А вот уже подробный технический анализ включает в себя выбранные подходы к разработке и детализация на апишки.
Тем самым, функционал до команды доходит более декомпозированным и простым.
Отвечаю на вопросики:
1. UX исследования заказчик проводит почти у всех своих новых проектов. Если идея занимает небольшое изменение в существующем функционале - то текущий этап пропускается.
2. Хороший вопрос. К сожалению, полноценно от скоринка (беклога) отказать не удалось :( Поэтому, продакт оунер ставит приоритеты у проектов, и далее распределяю в очередь аналитику и историю для разработчика, исходя из пожеланий продакт оунера.