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