Просмотр исходного текста страницы Максим Цепков - AgileDays-2011/Kanban vs Scrum

Слушал с середины. Мое впечатление: докладчики внедрили scrum, он в силу разных особенностей получился урезанным и по этому поводу были комплексы. Поэтому теперь у них Канбан с дополнительными практиками и психологически это комфортнее. Плюс, в таком варианте им легче проявлять и объяснять различную гибкость. В [[Kanban vs Scrum – чьё кунг-фу сильнее (Кирилл Климов, AgileDays-2011)|докладе]] это было менее четко, мысль была «заменим scrum на канбан, потому что scrum жесткий и много лишнего», но меняли, скорее, название чем процесс. Доклад интересен как опыт конкретной и успешной реализации процесса с разными особенностями, тем более, что многие из них для меня, например, узнаваемы.

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