Перейти к основному содержимому

Scrum — потери, фокус и «готово»

ОБЯЗАТЕЛЬНО
Руководителю Разработчику

«Потери — это преступление»​

Тайити Оно (производственная система Toyota): в периоды стагнации потери (muda) — не только коммерческий убыток, но и моральная проблема общества. Scrum переносит эту жёсткость в знаниевый труд: всё, что не ведёт к usable инкременту, подлежит выявлению и устранению.

В кейсе Sentinel (ФБР) команды по открытым отчётам кратно подняли эффективность, когда научились видеть препятствия на каждом спринте и убирать их — без культа сверхурочных.

Три проекта на одной полосе​

Мысленный эксперимент из гл. 5: три проекта A, B, C одинакового объёма.

СтратегияКогда всё готово (типовая схема)
Параллельно «всё сразу»~конец июля
Последовательно (закончить A, потом B, потом C)~начало мая

«Вторая половина» календаря при параллели — чистые потери: контекст переключается, ничего не закрыто для заказчика. Тот же объём людей — другой порядок работы.

Вывод для Scrum: ограничить WIP, доводить элементы бэклога до Done, а не держать десять историй «на 80%».

Многозадачность и переключение контекста​

Сложная задача (код, аналитика, текст) держит в голове модель. Прерывание даже на минуту может стоить часов на восстановление фокуса (исследования multitasking, в т.ч. эксперимент Гленна Уилсона, 2005).

Практики:

  • блоки deep work без чатов;
  • одна активная задача на человека на доске;
  • PO защищает спринт от «срочных» вставок.

Подробнее о Kanban и WIP — 7-03/1.

Запасы незавершённой работы​

Незавершённое производство (WIP) — деньги и внимание, не приносящие ценности:

  • три истории на 50% = ноль готовых для пользователя;
  • «почти готовая» машина на заводе не продаётся;
  • избыток готовой продукции на складе (пример GM, 2012) — симметричная потеря.

В Scrum на конец спринта засчитывается только то, что прошло Definition of Done и могло бы уйти пользователю.

«Сделано наполовину — не сделано никогда»​

Формулировка гл. 5: лучше взять меньший элемент и закрыть, чем размазать усилия. Это основа честного Sprint Review и доверия стейкхолдеров (ФБР изначально не верили отчётам — поверили демо).

Muri — неразумная нагрузка​

Три вида muri (интерпретация Тайити Оно):

ТипПример в IT
Абсурдные цели«Сделайте ERP за квартал с командой из трёх стажёров»
Неадекватные ожиданияПостоянный «героизм» и авралы как норма
ПерегрузСверхурочные вместо снятия препятствий

Сверхурочные как постоянная норма часто замедляют проект (усталость, брак, выгорание). Лечение — улучшение потока, не давление на часы.

Definition of Done как защита от скрытых потерь​

DoD — договорённость Scrum Team (и организации), что значит готово:

  • без DoD «готово» = «разработчик сказал»;
  • с DoD «готово» = можно показать на Review и не стыдиться в проде.

Типичные элементы: код в main, review, тесты, документация, отсутствие критичных багов — см. пример в Роли и артефакты.

Definition of Ready (вне Scrum Guide, но распространено) — критерии входа в спринт: иначе половина спринта уйдёт на «уточнить ТЗ».

Связь с ретроспективой​

На retro команда спрашивает:

  • что мешало идти быстрее?
  • какой waste повторяется?
  • какое kaizen внедрим в следующем спринте с проверкой на доске?

Что читать дальше​

ТемаСсылка
Приоритизация бэклога./6
Lean в обзоре методологий7-03/1
Культура качества7-10

См. также: Оно Т. Производственная система Тойоты (lean, потери).

См. также

Другие статьи этого же раздела в боковом меню (как на странице "О разделе").

Освоение главы0%