Обновить
4
Дарья Томилова@Tomdas

Пользователь

3
Подписчики
Отправить сообщение

«Почему к дискавери не подключали разработчиков? Так бы смогли снизить риск генерации заведомо нереализуемых фичей (и сделать команду по-настоящему кросс-функциональной)»

Мы каждую неделю встречались с Деливери-командой и показывали, что сейчас в работе у Дискавери, даже если задачи были совсем сырые. Это сводило риск к минимуму.

Сейчас, в новой команде, процессы немного другие. Совсем сырые задачи на синки не приносим, но тимлид разработки ходит на Дискавери-встречи и подсвечивает риски.

Кажется, что оба способа рабочие



Почему договоренности по итогам встреч не становились полноценными задачами в жире? А вместо этого тусили в табличке. Содержательно «провести исследование» или «собрать аналитику» - вполне себе задачи, а не просто напоминалки

Да, они становились задачами, просто не все. Плюс мы не видели смысла тратить встречу на создание задач, а создавали уже после. Важнее было синкнуться по плану действий.

Например:

Запуск дрона-доставщика

- Коля поставит встречу с коллегами, которые реализовали дрона для смежного направления —> в календаре появляется встреча

- Паша сделает аналитику —> у Паши в джире появляется задача

- Юля и Коля формируют образ решения —> у Юли в джире появляется задача

- Обсудить на PBR —> зовём на синк тех разработчиков, которых касается фича

и т.д. 

Информация

В рейтинге
Не участвует
Работает в
Зарегистрирована
Активность