Масштабируем Agile — Выбираем Scrum или Kanban? (Вячеслав Москаленко, Сергей Прохоренко) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE \{\{youtubelink\|([^\}]*)\}\} with {{youtubelink|\1}}{{letscomment}}) |
||
== Видео ==
{{vimeoembed|109074643|800|450}}
{{youtubelink|15GFKZQNX6Y}}{{letscomment}}
<!-- pollholder -->
<!-- == Слайды ==
[[File:Масштабируем Agile — Выбираем Scrum или Kanban? (Вячеслав Москаленко, Сергей Прохоренко).pdf|left|page=-|256px]]
-->
{{----}}
<!--
== Примечания и отзывы == |
Версия 17:00, 19 октября 2018
Аннотация
- Докладчики
«Скрам для разработки сложных и долгосрочных инициатив, Канбан для выполнения потоковых задач» — довольно упрощенная формула, которую до сих пор многие используют по умолчанию, но иногда её приходится тестировать и обосновывать. Были исключения, когда формула не срабатывала для команды IT поддержки, так же, как и для разработки не всегда подходил Скрам.
Выбор методологии часто является спорным и даже, иногда, «религиозным» вопросом. Но все-таки, есть ли какие-то очевидные критерии выбора «Скрам или Канбан»? Зачем тратить время и силы на внедрение методологии Скрам, если все равно процесс упростится и от Скрама останется только доска!
Эту важную мысль мы попробовали донести до нашего клиента — крупного инвестбанка, когда Luxoft Agile Practice была приглашена провести масштабную трансформацию подразделения 80+ человек. Для этого подразделения клиент выступил с инициативой по созданию выделенной команды для L3-поддержки, при этом изначально был скептически настроен по отношению к Канбан. Основным аргументом против Канбан было отсутствие волшебной практики «коммитмента» на «скоуп». То есть, как ни странно, клиент настаивал на Скраме из-за нежелания меняться в своем plan-driven подходе.
Спустя почти 2 года от начала глобальной трансформации, L3-гильдия, использующая чистый Канбан, является одной из самых эффективных команд в программе. Сейчас, в общем пространстве появляются новые команды, новые Канбан-доски, так же как и новые Скрам-доски. Главное, чего удалось добиться в этой программе — при масштабировании проектная команда понимает критерии выбора «Канбан или Скрам» глубже чем простой шаблон — «Скрам для разработки, Канбан для поддержки».
Вячеслав Москаленко расскажет много интересных деталей, связанных с критерием выбора Скрам или Канбан в рамках одной программы. Также поделится своим опытом в переводе команд на гибкие методологии.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Plays:598
Comments:0