В продолжение поста про 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 не требует строго следовать одной методологии, а позволяет комбинировать инструменты под задачи команды, чтобы строить продукты быстрее, качественнее и без путаницы.)

Это должен был быть короткий пост, но я и так сокращала его ТРИ раза! 🥲

Мой тг: Об IT на пальцах: о сложном простыми словами https://t.me/jer_it