Попробовать бесплатно
Scrumвнедрениебазовый уровень

Как внедрить Scrum в команде: план на первый месяц

Внедрение Scrum — это не обучение терминам, а запуск повторяющегося цикла: команда планирует ограниченный объём работы, доводит его до готового состояния, показывает результат и разбирает, что мешало. Ниже — план на четыре недели, в котором каждый шаг заканчивается проверяемым результатом.

9 мин чтенияобновлено

Что решить до первого цикла

Половина неудачных внедрений ломается не на процессе, а на договорённостях, которых не было. До первого планирования нужно закрыть четыре вопроса, и каждый — письменно, а не «мы же понимаем».

Отдельно проверьте состав команды. Scrum требует, чтобы внутри одной группы людей были все компетенции для доведения работы до готового состояния. Если тестирование выполняет соседний отдел по заявке, цикл будет заканчиваться не результатом, а очередью на проверку — и никакие ритуалы это не исправят.

  • Кто решает, что делать. Один человек, а не комитет. У него должно быть право сказать «это подождёт» руководителю смежного отдела.
  • Кто отвечает за процесс. Не обязательно выделенная ставка, но и не прямой начальник команды — иначе встречи станут отчётом.
  • Что считается «готово». Список критериев на одной странице. Без него обзор превращается в спор о том, сделано или нет.
  • Длина цикла. Две недели по умолчанию. Меняется потом, осознанно и на границе цикла.

Неделя 1: бэклог и первое планирование

Соберите всю работу в один упорядоченный список. Не в три таблицы и не в переписку — в один список, у которого есть владелец и порядок. На этом шаге обычно выясняется, что половина «задач в работе» на самом деле никем не начата и не нужна.

Верхние элементы разберите до уровня, на котором понятно, что делать: формулировка, ожидаемый результат, оценка. Глубина разбора — примерно на два цикла вперёд. Всё, что дальше, может оставаться крупным: подробно расписывать работу, до которой очередь дойдёт через два месяца, — потерянное время, приоритеты успеют поменяться.

Первое планирование проводите целиком, даже если кажется, что всё и так понятно. Цель встречи — не составить список задач, а сформулировать цель цикла одним предложением и убедиться, что команда согласна: за две недели этот объём реально довести до готового состояния.

Недели 2–3: первый цикл и ежедневный ритм

В первом цикле не сокращайте встречи. Ежедневная синхронизация на 15 минут кажется избыточной для команды из четырёх человек, сидящих рядом, — но именно она вскрывает, что задача третий день висит в проверке, и это единственный ранний сигнал.

Держите одно правило: состав цикла не меняется. Каждая просьба «вставь ещё вот это» — повод спросить, что тогда убрать. Если за две недели таких просьб набралось больше двух-трёх, проблема не в дисциплине, а в том, что часть работы по своей природе поточная и должна вестись отдельным процессом.

К концу цикла у вас должен быть результат, который можно показать. Не презентация о проделанной работе, а работающая часть продукта. Если показывать нечего — это главный вывод первого цикла, и разбирать его надо на ретроспективе, а не откладывать.

Неделя 4: обзор, ретроспектива и первые цифры

Обзор проводите с теми, для кого работа делалась. Демонстрация внутри команды бессмысленна: обратная связь появляется только тогда, когда результат смотрит человек, который будет им пользоваться или платит за него.

Ретроспектива обязана заканчиваться одним-двумя улучшениями с ответственным и сроком. Встреча, после которой в списке дел ничего не появилось, — это разговор, а не ретроспектива. На следующей начинайте с проверки предыдущих решений.

После второго цикла появляется первая осмысленная скорость команды. До этого момента любые прогнозы — угадывание. Со второго цикла разговор с заказчиком меняется: вместо «постараемся успеть» появляется «при текущей скорости этот объём займёт три цикла».

По каким признакам понять, что процесс прижился

Формальные признаки — встречи в календаре и доска с колонками — не говорят ни о чём. Смотреть надо на другое.

  • Прогноз перестал быть спором. Срок обсуждают цифрами скорости, а не убеждением.
  • Проблемы всплывают внутри цикла. А не в последний день, когда что-то менять уже поздно.
  • Ретроспектива меняет процесс. Через три-четыре цикла процесс должен отличаться от стартового.
  • Обзор собирает внешних людей. Если приходят только свои — результат никому не нужен, и это важнее любых метрик.

План внедрения по неделям

КОГДАЧТО ДЕЛАЕМПРОВЕРЯЕМЫЙ РЕЗУЛЬТАТ
До стартаРоли, критерии завершённости, длина циклаОдностраничный документ, с которым согласны все
Неделя 1Единый бэклог, разбор верхних элементов, первое планированиеЦель цикла одним предложением и набранный объём
Недели 2–3Работа циклом, ежедневная синхронизация, состав не меняетсяГотовый результат, который можно показать
Неделя 4Обзор с заказчиком, ретроспектива, первые метрики1–2 улучшения с ответственными и первая скорость

Чек-лист: готовы к первому циклу

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

Отмечено 0 из 7

Как подготовить рабочее пространство

На подготовку уходит около часа. Ниже — порядок действий, в котором ничего не придётся переделывать позже.

  • 01Заведите проект под продукт и подключите к нему доску: колонки — статусы вашего процесса, а не абстрактные «сделать / в работе / готово».
  • 02Второй список в том же проекте — бэклог продукта: элементы переносятся оттуда в цикл перетаскиванием.
  • 03Включите оценку трудозатрат в тех единицах, которыми пользуется команда: часы, сторипоинты или свои. Сумма по циклу считается автоматически.
  • 04Критерии завершённости заведите чек-листом в шаблоне задачи — тогда они появляются в каждой новой карточке сами.
  • 05Настройте автоматизацию на смену статуса и уведомление о просроченном, чтобы ежедневная синхронизация не превращалась в опрос «а что у тебя».

Частые вопросы

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

Соберите этот процесс в Shtab

Доски и статусы, оценка трудозатрат, дерево целей, отчёты и трекер времени — в одном инструменте.