Форум программистов, компьютерный форум, киберфорум
and_y87
Войти
Регистрация
Восстановить пароль
Рейтинг: 5.00. Голосов: 3.

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

Запись от and_y87 размещена 14.05.2024 в 13:59
Обновил(-а) and_y87 15.05.2024 в 15:26

В моей практике частый случай - утренние созвоны команды, на которых каждый рассказывает:
  1. что сделано за предыдущий рабочий день
  2. над какими задачами будет работа текущем днём

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

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


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

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

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

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

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

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


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


___

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

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

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

Архитектор
Проектировщик системы, отвечает за технологический stack и выбор применяемых технологий.
Зависимости:
  • от дизайнера требуется информация о функционале на страницах / в компонентах
Оповещает:
информация о результатах предыдущего рабочего дня:
  • для какого функционала/страниц/компонентов готова техническая спецификация
что будет в разработке текущим днём
  • спецификация для какого функционала/страниц/компонентов
___

Технический писатель
Описывает реализацию функционала/страниц/компонентов ( иногда этим занимается Архитектор )
Зависимости:
  • требуется от дизайнера информацию по функционалу/страницам/компонентам
  • от архитектора список используемых технологий, сервисов, систем и прочего
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / описание функционала / компонента / реализация страниц
что будет в разработке текущим днём
  • задачи / описание: функционала / компонента / реализация страниц
___

Сисадмин/DevOps
Разработчик системы, занимающийся настройками серверов, сервисов, настройками железа/софта.
Зависимости:
  • от Архитектора список используемых технологий, сервисов, систем и прочего
  • в случае необходимости, требуется от Технического писателя: ТЗ
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / работа с: серверами / сервисами / софтом
что будет в разработке текущим днём
  • задачи / работы с: серверами / сервисами / софтом
___

Backend разработка
Оповещается какой функционал для Frontend готов и можно его использовать
Зависимости:
  • требуется от Архитектора: технологический stack
  • требуется от DevOps: железо, сервера, сервисы...
  • в случае необходимости, требуется от Технического писателя: ТЗ
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / функционал / страницы / компоненты
что будет в разработке текущим днём
  • задачи / функционал / страницы / компоненты
___

Frontend разработка
Оповещается какой функционал готов. Где SEO может настраивать контент.
Зависимости:
  • требуется от Архитектора: технологический stack
  • требуется от DevOps: железо, сервера, сервисы...
  • в случае необходимости, требуется от Технического писателя: ТЗ
  • требуется от Backend разработчиков: реализованный функционал
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / функционал / страницы / компоненты
что будет в разработке текущим днём
  • задачи / функционал / страницы / компоненты
___

SEO
Настраивают seo оптимизацию для поисковиков и т.п.
Зависимости:
  • требуется от Frontend разработчиков: реализованный функционал
  • в случае необходимости, требуется от Технического писателя: ТЗ
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / SEO оптимизация
что будет в разработке текущим днём
  • задачи / SEO оптимизация
___

Аналитики
Формируют отчёты по целям, количествам и т.п.
Зависимости:
  • требуется от Архитектора: технологический stack
  • требуется от DevOps: железо, сервера, сервисы...
  • в случае необходимости, требуется от Технического писателя: ТЗ
  • в случае необходимости, требуется от Backend разработчиков: реализованный функционал
  • в случае необходимости, требуется от Frontend разработчиков: реализованный функционал
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / отчёты / sql-коды
что будет в разработке текущим днём
  • задачи / отчёты / sql-коды
___

QA
Создают тесты подтверждающие работоспособность имеющегося функционала и обнаруживающие в функционале ошибки.
Зависимости:
  • требуется от Архитектора: технологический stack
  • требуется от DevOps: железо, сервера, сервисы...
  • требуется по необходимости от Технического писателя: ТЗ
  • требуется от Backend разработчиков: реализованный функционал
  • требуется от Frontend разработчиков: реализованный функционал
  • требуется от SEO аналитиков: реализованные настройки
  • требуется от Аналитиков: реализованные отчёты/sql-коды
Оповещает:
информация о результатах предыдущего рабочего дня:
  • реализованы/в работе: задачи / тесты
что будет в разработке текущим днём
  • задачи / тесты
___


Технический писатель
P.S. ЕСЛИ у системы есть "руководство пользователя" и отсутствует ТЗ, с описанной логикой и алгоритмами,
то Технический писатель должен располагаться в этом месте.
Планируя задачи получив информацию о новом реализованном функционале/страницах/модулях и т.п что уже реализовано,
но ещё не описано, либо было изменено.
___

Другие




Какие профили в каких местах не учтены?
Что ещё можно добавить?
Всего комментариев 1
Комментарии
  1. Старый комментарий
    Аватар для AlexProgramm
    Ого, какая сложная и четкая система!
    Запись от AlexProgramm размещена Сегодня в 09:33 AlexProgramm вне форума
 
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2024, CyberForum.ru