TeamLead

Деятельность тимлида

  1. Общение с бизнесом (верхнеуровневое обсуждение задач с бизнес-клиентами).
  2. Преобразование БТ (бизнес требования) в ФТ (функциональные требования) и ТТ (технические требования)
  3. Декомпозиция ФТ в эпики/задачи/подзадачи + изучение текущей бизнес-логики для правильной реализации
  4. Исследование + описание архитектурных решений (с подключением архитектора или архитектурного комитета)
  5. Проведение оценки задач лично поверхностно + командой детально
  6. Формирование спринта с учетом пожеланий от бизнеса + технического долга
  7. Заведение внеплановых задач (пожелания бизнеса, баги, технические задачи)
  8. Проведение ретро в команде + стендапы (если нужно)
  9. Распределение задач между членами команды с учетом компетенций подчиненных
  10. Внеплановые встречи с членами команды для помощи в решении задач
  11. Отслеживание списания времени + закрытия задач + отслеживание соблюдения сроков
  12. Оценка решений разработчиков, ревью, консультирование, рекомендации
  13. Периодическое отслеживание работы тестировщиков + тесткейсов + автотестов
  14. Актуализация документации + популяризация ведения документации в команде
  15. Деплой задач + мониторинг + откат в случае проблем (роль релиз-менеджера)
  16. Мониторинг периодический (отслеживание состояния сервиса) + его развитие/изменение в связи с изменениями в app
  17. Демонстрация + согласование с бизнесом готовых задач
  18. Решение инфраструктурных проблем в команде (тестовые стенды, сетевые проблемы, установка и обновлений ПО)
  19. Обсуждение с руководителем проблем в команде + стратегических и технических задач
  20. Оптимизация процессов разработки (оптимизация взаимодействия, этапов, обновление схем циклов и т.д.)
  21. Проведение интервью по подбору разработчиков и тестировщиков
  22. Проведение one-to-one встреч с каждым членом команды
  23. Подготовка отчетов для бизнеса + технического руководителя (если таковой имеется)
  24. Участие во встречах по приглашению, где нужна экспертиза, которой обладает тимлид

Деятельность команды

Давайте разберемся, сколько времени команда может потратить на реализацию задач, для этого определимся, из чего состоит наша деятельность.

20% внеплановые задачи
20% технических задачи
NNд организационные задачи
NNд ошибки в задачах (SLO)
NNд корп. дни команды
NNд отпуска в команде
NNд болезни в команде
NNд бизнесовые задачи (все остальное время)

Таким образом, просто просуммировав всю деятельность кроме бизнесовой, можно будет понять, сколько останется времени на бизнесовые задачи (такой расчет лучше проводить на пол года или год).

Препятствия

Что может препятствовать выполнению плана или еще большего кол-ва задач:

  1. SLO
  2. нехватка кадров
  3. недостаточная компетенция кадров
  4. отпуска
  5. разнородная работа
  6. инфраструктурные проблемы
  7. недостаточное кол-во автотестов
  8. неконсолидированные знания о тестировании

Из чего состоит большое бизнес-приложение

  1. Микросервисы бизнес-приложения
  2. Компоненты каждого микросервиса:
  • компонент frontend (например админка, может деплоиться отдельно)
  • компонент backend (например api, может деплоиться отдельно)
  • компонент etc (любой другой, который может деплоиться отдельно)
  • библиотеки используемые в выше указанных компонентах

Типы задач - разделяются на 2 вида

Бизнес-задачи (результат их выполнения заметен бизнес-пользователю):

  1. улучшение функционала
  2. ошибки в функционале

Технические задачи (результат их выполнения незаметен бизнес-пользователю):

вид задачилейблописаниеissue type
технический долгtechnicaldebtустаревание кодовой базы, что сказывается на скорости разработкиможно не указывать
быстродействиеperformanceдостижение целевого показателя доступности через ускорение работы приложения
  1. улучшение
  2. проблема
мониторингmonitoringускорение обнаружения проблем в приложении
  1. улучшение
  2. проблема
стабильностьstabilityпредсказуемость работы приложения с помощью тестирования
  1. улучшение
  2. проблема
какой-то другойtechnicalвид задачи не понятен, но задача определенно техническаяможно не указывать

Как видно, каждая тех. задача должна помечаться одним из лейблов, это нужно для отчетности.

Шаги

Расчет приоритета

Давайте представим, что у нас 2 задачи, и нужно понять, какую задачу нужно делать в первую очередь:

FeatureЦенность для пользователя/бизнеса (User-Business Value)Критичность по времени (Time Criticality)Риски (добавляются/уменьшаются), Возможности (добавляются/уменьшаются) RR|OE value - Risk Reduction and/or Opportunity Enablement CoD (Cost of Delay)Как долго делать (Job Duration/Job size)Приоритет (WSJF - Weighted Shortest Job First)
задача_11231+2+3=646/4=1.5
задача_25675+6+7=18818/8=2.25
задача_Хи т.д.     

Полезно: 1 - 2 - 3 - 4


14.07.2010 06:45

Комментарии

Комментариев пока нет.


Copyrights © 2007 - 2026 YaPro.Ru