Персональные инструменты
 

Kanban vs Scrum – чьё кунг-фу сильнее (Кирилл Климов, AgileDays-2011)

Материал из CustisWiki

(перенаправлено с «1106-kanban-vs-scrum-klimov»)
Перейти к: навигация, поиск

Аннотация

Докладчик
Кирилл Климов

Experience report из реальной жизни. На примере перехода от Scrum к Kanban в одном проекте мы рассмотрим Scrum: какие предпосылки в нём используются и для каких проектов он подходит лучше, а для каких – не очень ;)

  • «Pаботает – не трогай» или зачем нужно было что-то менять.
  • Kак заработал Kanban, эволюция процесса в целом и доски в частности.
  • Kanban очень лёгкий процесс, можно ли его использовать в живой природе или понадобятся ещё какие-то практики..?
  • Ну конечно же мы попытаемся ответить на главный вопрос — чьё кунг-фу сильнее ;-)

Видео


Для этого доклада нужен подкаст (аудиозапись)?

  •  Да, многое понятно и без видео части, есть смысл его прослушать.
  •  Нет, аудиозапись бесполезна (не понять без видео или вообще мало смысла в докладе).


Примечания и отзывы


А в это время по полной жгли Кирилл Климов со своим докладом на тему сравнения Kanban и Scrum, а также Тимофей Евграшин с докладом про лидерство в Agile. Ребята оставили очень приятное впечатление у российской аудитории как интересными докладами, так и уверенной подачей материала, заработанной выступлениями на многочисленных конференциях. ©

Доклад Кирилла Климова, про кунгфу - канбан вс скрам, хотя это только название, что от Скрама они перешли к канбану, т.к. у них была специализация, ретроспективы особо перестали приносить полезные идеи, и они решили преобразить свой процесс в канбан-стайл поток. В общем-то идеи все из тех, же книг, что я читал, а интересным оказалось, что люди смогли применить подход на практике успешно. ©

Кирилл Климов

Кирилл рассказал, как они в скрам-процессе внедрили канбан-доску и, что она позволила выявить некоторые проблемы. Доклад ниже среднего.

Название предвещало многое, а на деле вышел какой-то пшик :) Краткое содержание доклада:

  • у нас был Scrum;
  • люди в команде были загружены неравномерно и это сильно напрягало;
  • мы решили внедрить Kanban;
  • Profit!

Хотелось услышать что-то на подобии доклада А. Уразбаева, а вышел из аудитории с вопросом в голове «Ну и чего?»

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

Заметки.

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

Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации.