Оптимизация утренних созвонов в команде разработки

Запись от and_y87 размещена 14.05.2024 в 13:59

В моей практике частый случай - утренние созвоны команды, на которых каждый рассказывает:

что сделано за предыдущий рабочий день
над какими задачами будет работа текущем днём

Типичная, ничем не эксклюзивная история...
В большинстве своём у всех идёт более менее сносный порядок "докладчиков", но бывают шероховатости.

И вот решил мой мозг задуматься над оптимизацией этих утренних созвонов.
Цель - разработка лучшего порядка выступления сотрудников для повышения эффективности.
Что бы каждый следующий спикер получал всю актуальную для него информацию на текущий момент разработки.
И исключить моменты когда текущий спикер озвучивает информацию которая добавит задач участнику созвона завершившему свой "доклад".

Пример неправильной(на мой взгляд) последовательности:
* отдел Frontend рассказал о выполненных задачах и рассказал о запланированных задачах на текущий день.
* отдел Backend рассказал о выполненных задачах и готовности передать новый функционал отделу Frontend и рассказал о запланированных задачах на текущий день

Подключаются в диалог отдел Frontend(который уже по идее завершил свой доклад):
- Ок поставьте задачу в трекер, сделаем!
( P.S. при этом теперь надо заново оценить кол-во задач на текущий день и сдвинуть/отложить некоторые задачи ранее запланированные на сегодня)

* Дизайнер рассказал о выполненных задачах функционал которых можно реализовывать и рассказал о запланированных задачах на текущий день.

Подключаются в диалог отдел Backend(который уже по идее завершил свой доклад):
- Ок поставьте задачу в трекер, сделаем!
( P.S. при этом теперь надо заново оценить кол-во задач на текущий день и сдвинуть/отложить некоторые задачи ранее запланированные на сегодня)

Думаю ситуация ясна.

Не правильный порядок приводит к дублированию работы и переоценке задач.
__________

Для оптимизации созвонов пришёл к нижеописанному порядку, который позволяет предоставить актуальную информацию для всех участников и избежать перерасчетов задач.
P.S. разумеется у всех разный размер команды и какие то пункты могут быть не актуальны
( а также по другим причинам )

P.S. по уровню грейда/позиции сперва докладывают junior, потом middle, затем senior или/и teamlead

___

CTO/ТехДир
Технический директор. Редкий гость на созвонах, но иногда может заскочить.
Оповещает:

о новостях проекта и компании.

___

PM/Менеджер проекта
Общается с заказчиком выясняя потребности и уточняет информацию по задачам.
Оповещает:

расставляет приоритеты задач

___

Design
Создаёт визуальный стиль проекта и визуализацию форм ввода данных и компонентов отображения данных и взаимодействия с ними.
Зависимости:

бриф или техническое задание от заказчика

Оповещает:
информация о результатах предыдущего рабочего дня:

какие задачи компоненты / дизайн / страницы / задача готовы и можно реализовывать