Идеальный билд

Идеальный состав команды

BackEnd: 

Frontend: 

Analyst: 

QA: 

1 S || AM

1 S || AM

Без привязки к продукту и его этапу

UX/UI: 

TeamLead*:

ScrumMaster|AgileCoach

Scrum | Kanban |XP

Optional

PO: 

3 midle

9

17

1 S || AM

4

3

1

1-3

1 S

2-3 (S || S + AM)

2-3 (S || S + AM)

1 S || AM

Methodology

Нормальный состав команды

BackEnd: 

Frontend: 

Analyst: 

QA: 

1 S || M

1 S || M

Без привязки к продукту

UX/UI: 

TeamLead*:

ScrumMaster|AgileCoach

Scrum | Kanban |XP

Optional

PO: 

1 S || M

1 S || M

2-3 (S || AM + M)

1 S || M

Methodology

Лайтовый состав команды

BackEnd: 

Frontend: 

QA: 

1 S || M

1 S || M

Без привязки к продукту

UX/UI:* 

TeamLead:

ScrumMaster|AgileCoach

Scrum | Kanban |XP

MustHave

PO:* 

1  M

1  M

2-3 (AM + M||EM)

1 M

Methodology

Наши узкие места

PO:* 

TeamLead:

UX/UI:* 

QA: 

Frontend: 

сильных  1-3

всего 12, хороших 3

5 сеньоров

ScrumMasters:

2

сильных 1-3

сильных 1-3

хороших 1-3

DevOps:

всего 2

Разработка в целом ок, но

Сильно нужны продуктовые силы, фасилитация, драйв, дизайн, аналитика, UX, божья помощь

Есть кому строить процессы, есть сильные кадры, но мало.

Узкие места в отдельных специализациях в разработке (QA, DevOps)

Проблемы команд

• Низкая вовлеченность
  

• Желание делать понятные вещи

• Низкий уровень коммуникаций

• Оторванность от бизнеса

• Отсутствие кросс командных коммуникаций

• Отсутствие пушеров/trouble solvers

• Подход проблем, а не решений

• Низкий уровень квалификации/опыта

• Непонимание своей роли в процессе
  

• Отсутствие фокуса

Мутации команд

В зависимости от проекта и его этапа у нас может быть

• Продуктовая команда без разработки
• Команды где больше бекенда/фронтенда/аналитиики
• Команда фронтенда/бекенда/ядра/криптоты
• И т.д.

Этапы разработки

PreLaunch

Первичный анализ, сборка видения, прототипирование. 

сильный PO, продуктовые аналитики, продуктовые дизайнеры, минимальный набор разработчиков (1-1,5).

Цели:

Что делам? Какие ключевые особенности? Какие проблемы и киллер фичи? Порядок действий? Проблемы?

Важны:

детально сформировать верхнеуровневый вижен, роадмап, понять потребность в разработке

Нужны:

1-3 S

ProductTeam

1-2 S || AM

UX/UI: 

Analyst P: 

1 S

PO: 

DevTeam Optional

BackEnd: 

Frontend: 

1-2 S || AM

1-2 S || AM

Launch

Старт активной разработки 

Нужны:

Важны:

Цели:

Что такое наш MVP? bootstrap команды, окружения, fast start

приоритеты и MVP, RoadMap детализация ближайших планов, разобраться с архитектурой, CI/CD, линтерами конфигами

сильный PO, сильный аналитика, SM или TL для процесса и командной работы, сильная devTeam для быстрой разработки MVP, сильный UX/UI для большого количества прототипов. 

2-3 S || AM

2-3 S || AM

Frontend: 

BackEnd: 

DevTeam

PO: 

1 S

Analyst: 

UX/UI: 

1-2 S || AM

ProductTeam

1-3 S

QA*: 

1 S || AM

ActiveDev

Активная разработка 

1 S

ProductTeam

1 S || AM

UX/UI: 

Analyst: 

1 S

PO: 

DevTeam

BackEnd: 

Frontend: 

2-3 S || AM

2-3 S || AM

сильная команда разработки, не потерять коммуникации и фокусы, движение по майлстоунам

активно двигаться в сторону MVP, не накапливая техдолг, выпускаяя фичи с необходимым уровнем качества

Быстро разрабатываем продукт, продолжая своевременно детализировать родмеп

Цели:

Важны:

Нужны:

1 S || AM

QA: 

*Можно масштабировать команду

BetaTest

Подготовка к бета тесту 

*Стоит отдельно озадачиться поддержкой

QA: 

1 S || AM

Нужны:

Важны:

Цели:

проверяем уровень качества, устанавливаем цели беты, предвидим проблемы и поддержку

подготовка команды к поддержке, подготовка инструментария, подготовка целей, проверка гипотез в бете

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

2-3 S || AM

2-3 S || AM

Frontend: 

BackEnd: 

DevTeam

PO: 

1 S

Analyst: 

UX/UI: 

1 S || AM

ProductTeam

1 S

Production

Продакшен эксплуатация  

1 S

ProductTeam

1 S || AM

UX/UI: 

Analyst: 

1 S

PO: 

DevTeam

BackEnd: 

Frontend: 

2-3 S || AM

2-3 S || AM

понимание кто и как осуществляет поддержку, мониторг, инструменты

подготовка команды к поддержке, подготовка инструментария, подготовка целей, проверка гипотез в бете

держим нагрузки, качественно работаем, оказываем своевременную поддержку, продолжаем развивать проект

Цели:

Важны:

Нужны:

1 S || AM

QA: 

Должно быть решение по поддержке

Масштабирование

Methodology

2 S || S + AM

2 S || S + AM

1 S || AM

PO: 

MustHave

Scrum - Nexus || Less

ScrumMaster|AgileCoach

TeamLead*:

Без привязки к продукту

QA: 

Frontend: 

BackEnd: 

Масштабируем команду x2

2 S || S + AM

2 S || S + AM

1 S

1 S || AM

Team1

Team2

Analyst: 

UX/UI: 

1 S || AM

ProductTeam

1 S

1 S

А как ты масштабируешься?

Методологии

Наш Scrum

Kanban

XP/Mixed Agile

WaterFall

Custom

Problems

Наши проекты

АО5

Methodology:

Scrum, but (LeSS)

 1

feature-teams: 

7

ScrumMaster:

Manager:

 1

PO:

1,25-1,5

TODO:

1. Усилить Frontend (Senior + Advanced Middle)

2. Усилить Management

3. Усилить аналитику

4. Автоматизация тестирования

Новый ЭДО

Methodology:

Scrum, but ; недоитеративная разработка

 1

PO: 

1

Team Lead:

TODO:

1. Усилить backend в 2-3 раза (middle разработчиками)

2. Определить фокус развития

ОФД

Methodology:

Scrum, but ; недоитеративная разработка

 1 (Team Lead + Tech Lead)

PO: 

1

Team Lead:

1. Требуются сотрудники с специфическими знаниями (fullstack)

2. Усилить backend (middle)

TODO:

Регистратор

Methodology:

Scrum, but; Kanban ; недоитеративная разработка

 2

PO: 

1

Team Lead:

TODO:

1. Большое число джунов

2. Низкий уровень менеджмента

Цельс

Methodology:

Scrum, but; почти XP

 2 (1 - Team Lead + Tech Lead)

PO: 

1

Team Lead:

1. Сложная предметная область

TODO:

АО4

Methodology:

Waterfall

0

PO: 

0

Team Lead:

1. Добавить тех. лида

2. Добавить тим. лида

3. Определиться с PO

TODO:

Что делать?

• Разбираемся с приоритетами
• Выращиваем/нанимаем компетенции
• Фокусируемся на продуктах
• Исправляем ситуацию

SimplePlan