Максим Цепков - AgileDays-2011/Kanban vs Scrum

Материал из CustisWiki
Перейти к: навигация, поиск

Слушал с середины. Мое впечатление: докладчики внедрили scrum, он в силу разных особенностей получился урезанным и по этому поводу были комплексы. Поэтому теперь у них Канбан с дополнительными практиками и психологически это комфортнее. Плюс, в таком варианте им легче проявлять и объяснять различную гибкость. В докладе это было менее четко, мысль была «заменим scrum на канбан, потому что scrum жесткий и много лишнего», но меняли, скорее, название чем процесс. Доклад интересен как опыт конкретной и успешной реализации процесса с разными особенностями, тем более, что многие из них для меня, например, узнаваемы.

Заметки.

  • Идея — scrum много привязывает на начало итерации — ретро, оценка.
  • Зрелый продукт — нет новых фич и нужды в оценке. А что тогда делает команда на разработке, ей же делать нечего.
  • Shu-Ha-Ri: понять процесс научиться; адаптировать под себя; выкинуть процесс.
  • Итого — упростим, пойдем в канбан.
  • Им некомфортно:
    • перекосы со специализацией (и хвосты на следующую, у нас тоже есть)
    • процедуры с релизами, которые не каждую итерацию (проблемы неясны)
    • работа с требованиями где-то за рамками была — запросов больше чем есть.
  • Как результат — перестали бороться с моральными угрызениями и перешли на другой процесс.
  • При этом канбан обогащен практиками, например, оценки. И ретро, когда-нибудь. И демо… Только к итерациям не привязывать.