План-капкан

1. План-капкан

Или как будем
работать
дальше

2. Текущие дела (проблемы)

• Нет структурированности в процессах работы;
• Работаем над тем, где становиться больнее всего;
• Срочные задачи для которых нужно бросить текущую работу;
• Нет понимания, что будем делать «завтра» (клиенты, тикеты);
• Нет ощущения прогресса;
• Совмещаем обязанности других ролей;
• Нет чувства голоса/контроля.

3. Команда разработки

• 1 Product manager – Ваня Ж
• 1 Project manager – Миша
• 1 Tech lead – Евгений Юрьевич
• 4 full-stack dev – Женя, Люда, Илья, Ваня К
• 2 Quality Assurance (QA) – Полина, Петя
• 1 DevOps – Леша А.
• 2 Support – Леша С, Эрик

4. Цель: Восстановить предсказуемость и продуктивность команды к концу 2025

• Неделя 1: Диагностика и определение требований
• Неделя 2: Введение базовых процессов (Scrum)
• Неделя 3–4: Разделение ролей и устранение узких мест
• Неделя 5–6: Устойчивость, обратная связь и рост

5. Неделя 1: Диагностика и определение требований

• Срочная «Глобал ретро-сессия» (1 час)
• Все участники (включая Ваню Ж).
• Вопросы:
• Что вас больше всего раздражает?
• Что не работает?
• Что вы бы изменили, если бы могли?
• Правила: никто не перебивает, записываем все мысли.
• Результат: список болей — без оценок, только факты.
• Обработать (коллективно) все проблемы (1 час)
• Что сделать, как и куда начать двигаться
• Определить ответственного
• До конца взять в работу часть проблем

6. Неделя 2: Введение базовых процессов (Scrum)

• Спринт: 2 недели
• Спринт ивенты:
• Планирование спринта (Project, tech lead, devs, QA): 1-2 час в понедельник –
определение задача, оценка трудозатрат
• Grooming (Product, Project, Tech lead): 1-2 часа в понедельник – актуализация
бэклога, формирования кандидатов на следующий спринт
• Дейлики: ежедневно, 10 мин, в 09:30
• Demo (Project): В конце спринта демо или краткая фиксация результатов спринта
• Релиз: После демо (если запланирован)
• Ретро (Вся команда): 1 час в последний день спринта
• Актуализировать доски/структуру тикетов в YouTrack
• Распилить тикеты на аналитику, реализацию, QA
• Определить критерии готовности/выполнения/приемки (DOR/DOD/AC)
• Запрет: задачи без критериев готовности (DOR) — не принимаются в спринт!
• Восстановить работу с базой знаний (Outline)

7. Неделя 3–4: Утверждение ролей и устранение узких мест

• Четко (официально) разделить роли
• Выявить недостающие звенья и запустить в работу их поиск
• Расчертить RACI матрицу
• Описать протокол запросов на изменение задач спринта
• Ввести понятие технического долга и выделять время на него в спринтах
• Внедрить параллельные спринты (Аналитика + Дизайн -> реализация + QA)
• Сформировать манифест работы команды (правила)

8. Неделя 5–6: Устойчивость, обратная связь и рост

• Отладка по ситуации
• Добавление новых правил/ивентов по мере работы
• Корректировка плохо работающих гипотез

9. Критерии успеха к концу 2025 года

Показатель
До
После
Нет структурированности в
процессах работы.
Да
Четко описаны все правила работы и опубликованы
в вики
Работаем над тем, где
становиться больнее всего.
Да
На груминге распределили приоритеты
Срочные задачи для которых
нужно бросить текущую работу
Бесконтрольно
Утверждён протокол корректировки спринта, есть
ограничения
Нет понимания, что будем делать
«завтра» (клиенты, тикеты)
Да
На планировании утверждены задачи на
ближайшие 2 недели
Нет ощущения прогресса
Да
Фиксируем демо (презентации)
Совмещаем обязанности других
ролей
Да
Разграничили обязанности, утвердили потребности
в людях
Нет чувства голоса/контроля
Да
Обмен мнениями на ретро и план исправлений

10. Спасибо за внимание!