10. Scrum vs Канбан

1.

Управление программными
проектами
Scrum vs Канбан: Выбор инструмента для
проекта

2.

Agenda (План лекции)
● Введение: Проекты и операции
● Scrum: Структура для проектов
● Канбан: Гибкость для операционной деятельности
● Сравнительная таблица: 7 ключевых отличий
● Что выбрать? Гибридные подходы

3.

Активность 1: "Проект vs Операция"
Вопрос: "Разделите эти задачи на две группы и объясните
принцип:
1. Разработать новое мобильное приложение с нуля.
2. Ежедневно обрабатывать заявки в службу поддержки.
3. Добавить в интернет-магазин новый раздел с товарами.
4. Исправлять возникающие ошибки на сайте.
5. Перевести весь проект на новую версию фреймворка."

4.

Scrum: Фреймворк для проектной деятельности
● Определение: Каркас для решения сложных адаптивных
проектных задач.
● Аналогия: Строительство дома. Четкий план, этапы,
финальный результат.

5.

Ключевые элементы Scrum (напоминание)
● Роли: Product Owner, Scrum Master, Команда разработки.
● Артефакты: Бэклог Продукта, Бэклог Спринта, Инкремент.
● События: Спринт, Планирование, Ежедневный стендап, Обзор,
Ретроспектива.
● Главный принцип: Работа фиксированными итерациями
(спринтами) для достижения цели проекта.

6.

Когда выбираем Scrum?
● Разработка нового продукта "с нуля" (проект).
● Реализация крупной функциональности (проект).
● Когда есть относительно стабильный объем работ и понятная
цель.
● Когда важен предсказуемый результат в конце спринта.

7.

Канбан: Метод для управления операционной деятельностью
● Определение: Метод для управления и улучшения
операционной деятельности, представляющей собой
непрерывный поток работ.
● Аналогия: Служба доставки. Непрерывный поток посылок,
важна скорость обработки одной единицы.
● Философия: "Начинай с того, что делаешь сейчас". Не
требует смены ролей и идеально ложится на текущие
операционные процессы.

8.

Практики Канбан: Управление потоком операционных задач
Визуализация: Канбан-доска с колонками
(To Do, In Progress, Done).
Ограничение Work in Progress (WIP):
Ключевой принцип для операционной
эффективности. "Не бери новую задачу,
пока не закончил старую".
Управление потоком: Анализируем, как
задачи движутся по доске, и убираем
"узкие места" в операционном процессе.
Измеряем время выполнения заявки (Lead
Time) — главная метрика для операционной
деятельности.

9.

Когда Канбан незаменим?
● Команды поддержки и DevOps (непрерывный поток
инцидентов).
● Службы, занимающиеся операционной деятельностью: мелкие
доработки, хот-фиксы.
● Любые подразделения с непредсказуемым, срочным входящим
потоком работ.
● Для постепенного улучшения существующих операционных
процессов.

10.

Активность 2: "Диагностика: Проект или Операция?"
Вопрос: "К какому типу деятельности относится каждая задача и
какой подход для нее предпочтительнее?
1. Задача А: Разработать и внедрить новую систему чата на
сайт.
2. Задача Б: Ежедневно отвечать на вопросы пользователей в
техподдержке.
3. Задача В: Выполнить миграцию базы данных на новый
сервер."

11.

Сравнительная таблица: Scrum vs Канбан
Критерий
Scrum
Канбан
Тип работ
Проектная деятельность
Операционная деятельность
Ритм работы
Фиксированные спринты
Непрерывный поток
Роли
Жестко зафиксированы (PO, SM, Команда)
Роли не определены методом
Приоритизация
В начале спринта (PO)
В любой момент
Главная
метрика
Скорость команды (Velocity)
Время выполнения задачи (Lead Time)
Изменения
Внутри спринта требования не меняются
Изменения могут быть в любой момент
Коммитмент
Команда обязана сделать объем спринта
Коммитмент не обязателен, есть прогнозы

12.

Активность 3: "Стратегия выбора"
Вы — тимлид команды, которая занимается и развитием продукта
(проекта), и его поддержкой (операционная деятельность).
Задачи приходят самые разные: и крупные фичи, и срочные баги.
Какой подход или их комбинацию вы предложите и как это может
работать на практике?

13.

Scrumban — "золотая середина"?
● Что это? Гибридный подход.
● Часто берет от Scrum: Ежедневные стендапы, ретроспективы,
Product Owner.
● Часто берет от Канбан: Канбан-доску, ограничение WIP,
непрерывный поток вместо спринтов.
● Когда использовать? Когда в проектной деятельности нужна
гибкость Канбана для обработки срочных операционных
задач.

14.

Ключевой вывод
● Scrum — это фреймворк для проектной деятельности.
● Канбан — это метод для управления операционной
деятельностью.
● Выбор зависит от типа работ: есть ли у вас проект с целью
или непрерывный поток операционных задач.