Кроме разработки (product delivery) все разработчики участвуют в проработке проекта (product discovery). Как должен выглядеть поток задач начиная от идеи и заканчивая разработкой? >>>
В книгах можно встретить понятие бутылочного горлышка (bottleneck). Идея такая: во время проработки отказатсья от идей проще и дешевле, чем во время разработки. Команда привлекается и в роли аналитиков, и в роли тех. помощи (подсказать продакту какие подводные камни могут быть).
Каждая команда определяет свой состав участников на такие проработки. Где-то 2 человека от команды, где-то вся команда, у кого-то — только тимлид. Пара команд даже практикует такую штуку как "проработка за один день".
Команда вместе с продактом разбирает проблему, набрасывает идеи решения и описывает user story. Обычно применяются популярные везде подходы story и impact маппинга. А какие нестандартные подходы к проработке задач вы встречали? Пишите, я буду ретвитить :)
Остальной процесс проработки задачи типовой — построили видение задачи, отдали на отрисовку, декомпозировали, задача упала в беклог.
В хх мы построили систему, которая рисует графики, помечает долгие фичи и позволяет даже "гадать", что происходило с командой в тот или иной момент времени. Хорошая визуализация таких процессов — очень крутая штука. На картинке кумулятивная диаграмма (с вымышленными данными)
Мы используем базовые инструменты — кумулятивная диаграмма, box plot, гистограмму по статусам и сводные таблицы.
Нашел хорошую иллюстрацию, которая описывает что позволяет визуализировать кумулятивная диаграмма:
Никита Мостовой