Scrum и Kanban: собираем LEGO с друзьями
В продолжение поста про Agile важно выделить два популярных инструмента. Я планировала сделать короткий пост, но Scrum — это спринты, бэклоги, ретроспективы и дейлики. Расскажу о них простыми словами, чтобы стало понятнее и не так страшно.
Scrum — собираем конструктор короткими этапами
Мы решили построить башню из LEGO по инструкции, но по частям, ограничивая время.
1. Планируем. Обсудили:
- за 3 дня построим первый этаж из красных кубиков;
- распределим роли: я собираю, один друг ищет кубики, другой сверяется с инструкцией;
- после сборки проверяем результат и решаем, что дальше.
2. Собираем первый этаж. Каждый день обсуждаем: что сделали вчера, что делаем сегодня, что мешает сборке. Друг заметил ошибку — вместо красного кубика я поставила коричневый. Исправили. Захотелось добавить вход в башню, но в Scrum задачи фиксированы, поэтому идею отложили: цель — уложиться в 3 дня.
3. Следующий этап и доработка. Во втором этапе добавили дверь и собрали второй этаж. Чтобы не перепутать цвета, кубики заранее отсортировали. На работу заложили 4 дня. Далее собрали третий этаж и получили бело‑сине‑красную башню со входом — точно в срок.
Итог: башня строилась шагами, роли были понятны, ошибки исправлялись сразу. Scrum подходит для проектов, где нужно постоянно улучшать продукт, но при этом держать ритм.
Терминология Scrum
Спринт — короткий отрезок времени, за который команда должна сделать готовый кусочек продукта. У нас это были этапы по 3 и 4 дня. В реальных проектах спринт длится 2–4 недели.
Бэклог продукта — список всех идей и задач (например, добавить вход). Бэклог пополняется в процессе работы.
Бэклог спринта — задачи, выбранные на конкретный спринт.
Дейли (Stand‑up) — ежедневные короткие собрания.
Демонстрация (Демо) — показ результата и сбор идей (пришла идея добавить дверь)
Ретроспектива — работа над ошибками и улучшениями (почему перепутали цвет кубика и как этого не допустить в будущем).
Kanban — собираем LEGO с доской и стикерами
На этот раз мы строим башню без жёстких сроков и визуально отображаем процесс.
1. Планируем. Берём доску и стикеры, рисуем три колонки:
- Что нужно собрать?
- Что собираем?
- Что собрано?
В первую колонку клеим задачи: «Собрать первый этаж», «Собрать второй этаж», «Собрать третий этаж».
2. Собираем башню. Берём стикер из первой колонки и переносим во вторую. Закончили — перемещаем в «Собрано». Проверяем по инструкции — и снова ошибка: вместо красного кубика поставлен коричневый. Тогда добавляем новый стикер «Исправить цвет кубика», переносим его в колонку «Что собираем?» и сразу же исправляем ошибку.
Так мы собрали всю башню, параллельно внося изменения: на ходу придумали сделать вход в башню — и просто добавили новый стикер. В Kanban это нормально: менять и улучшать можно хоть в процессе.
Итог: Kanban помог нам видеть, что сейчас в процессе, что уже сделано и что ещё предстоит выполнить, а также вносить изменения без нарушения сроков. Если в Scrum мы строили башню по частям в фиксированные сроки, то в Kanban собирали её гибко и без жёстких дедлайнов, легко корректируя задачи, если это ещё возможно.
Вывод: Scrum и Kanban — лишь разные способы организовать процесс, но их можно использовать вместе. Например, команда может работать спринтами, как в Scrum, но при этом вести задачи на Kanban‑доске, чтобы видеть процесс и быстро реагировать на изменения.
Agile не требует строго следовать одной методологии, а позволяет комбинировать инструменты под задачи команды, чтобы строить продукты быстрее, качественнее и без путаницы.)
Буду благодарна, если поддержите подпиской в тг
https://t.me/jer_it
🎉
