Аннотация
- Докладчик
- Кирилл Климов
Experience report из реальной жизни. На примере перехода от Scrum к Kanban в одном проекте мы рассмотрим Scrum: какие предпосылки в нём используются и для каких проектов он подходит лучше, а для каких – не очень ;)
- «Pаботает – не трогай» или зачем нужно было что-то менять.
- Kак заработал Kanban, эволюция процесса в целом и доски в частности.
- Kanban очень лёгкий процесс, можно ли его использовать в живой природе или понадобятся ещё какие-то практики..?
- Ну конечно же мы попытаемся ответить на главный вопрос — чьё кунг-фу сильнее ;-)
Видео
Для этого доклада нужен подкаст (аудиозапись)?
Примечания и отзывы
А в это время по полной жгли Кирилл Климов со своим докладом на тему сравнения Kanban и Scrum, а также Тимофей Евграшин с докладом про лидерство в Agile. Ребята оставили очень приятное впечатление у российской аудитории как интересными докладами, так и уверенной подачей материала, заработанной выступлениями на многочисленных конференциях.
©
Доклад Кирилла Климова, про кунгфу - канбан вс скрам, хотя это только название, что от Скрама они перешли к канбану, т.к. у них была специализация, ретроспективы особо перестали приносить полезные идеи, и они решили преобразить свой процесс в канбан-стайл поток. В общем-то идеи все из тех, же книг, что я читал, а интересным оказалось, что люди смогли применить подход на практике успешно.
©
Кирилл Климов
Кирилл рассказал, как они в скрам-процессе внедрили канбан-доску и, что она позволила выявить некоторые проблемы. Доклад ниже среднего.
Название предвещало многое, а на деле вышел какой-то пшик :)
Краткое содержание доклада:
- у нас был Scrum;
- люди в команде были загружены неравномерно и это сильно напрягало;
- мы решили внедрить Kanban;
- …
- Profit!
Хотелось услышать что-то на подобии доклада А. Уразбаева, а вышел из аудитории с вопросом в голове «Ну и чего?»
Слушал с середины. Мое впечатление: докладчики внедрили scrum, он в силу разных особенностей получился урезанным и по этому поводу были комплексы. Поэтому теперь у них Канбан с дополнительными практиками и психологически это комфортнее. Плюс, в таком варианте им легче проявлять и объяснять различную гибкость. В докладе это было менее четко, мысль была «заменим scrum на канбан, потому что scrum жесткий и много лишнего», но меняли, скорее, название чем процесс. Доклад интересен как опыт конкретной и успешной реализации процесса с разными особенностями, тем более, что многие из них для меня, например, узнаваемы.
Заметки.
- Идея — scrum много привязывает на начало итерации — ретро, оценка.
- Зрелый продукт — нет новых фич и нужды в оценке. А что тогда делает команда на разработке, ей же делать нечего.
- Shu-Ha-Ri: понять процесс научиться; адаптировать под себя; выкинуть процесс.
- Итого — упростим, пойдем в канбан.
- Им некомфортно:
- перекосы со специализацией (и хвосты на следующую, у нас тоже есть)
- процедуры с релизами, которые не каждую итерацию (проблемы неясны)
- работа с требованиями где-то за рамками была — запросов больше чем есть.
- Как результат — перестали бороться с моральными угрызениями и перешли на другой процесс.
- При этом канбан обогащен практиками, например, оценки. И ретро, когда-нибудь. И демо… Только к итерациям не привязывать.
Внимание! Эта статья была создана путем автоматического реплицирования из внутренней базы знаний компании Заказные Информ Системы. Любые правки этой статьи могут быть перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
