На уровне руководителей отделов была достигнута договоренность, что задачи разработчикам ставит только один человек. Конечно, изменить образ мыслей руководителей отделов было сложно, после этой договоренности еще 1,5-2 месяца не одна, так другая задача проскакивала напрямую. Приходилось каждый раз обсуждать наши договоренности заново, но в итоге пришли к тому, что в разработку задачи передает только один человек. Конечно, здесь может появиться возражение, что замыкать бизнес-процессы на одном человеке – плохая идея, и некоторые руководители против такого подхода, но, как показала жизнь, этот подход работает и дает спокойствие и понимание, что происходит вокруг.
Олег, сколько времени у вас занимает цикл от рисеча до запуска результатов разработки в продакшен через все статусы, которые вы описали (+/- в среднем, при реализации условной усредненной юзерстори)? Также интересен формат в котором вы анализируете собранные метрики, которые улучшились/ухудшились после переноса на прод. - этим занимается продукт оунер, команда разработки, которая делала (чтобы понимать суть), СЕО?
Если брать среднюю задачу, то около недели. Всего мы в среднем закрываем 20-22 таски 6 фулл-тайм разработчиками. При этом у нас сейчас узким горлышком является код-ревью, задача, порой, находится в этом статусе дольше, чем в работе.
Метрики анализирую, в основном, я. Мы не работает по скраму, поэтому у нас нет владельца продукта в классическом стиле гайда.
Метрики собираем двумя способами:
1) Трекаем прямо в базу данных, а потом выгружаем.
2) Через MixPanel.
Также для а/б тестирования мы написали свой небольшой пакет: https://github.com/expert-m/react-split-testing
Для таких проектов как ваш очень хорошо подходит Канбан. Jira умеет его поддерживать, может его поддерживать даже не ломая текущий процесс.
Мы и так используем канбан с випами, каденциями. Я намеренно не писал о методологии, дабы избежать холиваров на эту тему
Добавила в закладки. Теперь и у меня есть техническая часть истории развития сайта Supl.biz
У нас один в один, только в Jira доска аналитики больше - + ревью разработчика/тестировщика+чеклисты. Ветки по другому названы - [#таска из jira], develop, release-*, master. + Stage контур для регрессии и проверки хот-фиксов.
Т.е. сначала сами себе подложили свинью, а потом героически с ней боролись.
По моему мнению ваш процесс немного избыточен и думаю его можно немного ускорить и оптимизировать.