Василий Савунов

Чем Канбан-метод может помочь зрелым скрам-командам? Статья подробно описывает решения трех типичных проблем через практики Kanban.

Когда-то давно Скрам и Канбан органично жили под одним брендом Agile. 
Однако, по мере развития Канбан-метода, его создатели поняли, что он должен базироваться на других принципах, нежели Scrum. Было отмечено, что Kanban-метод не вполне реализует 4 ценности Agile-манифеста, поэтому относить его к Agile-подходам неверно, и надо его из-под «зонтика Agile» вывести

Во второй части статьи мы рассмотрим, как менялась роль Scrum-мастера в разных версиях Scrum Guide. 

Как и следовало ожидать, резких перемен роли в версиях разных почти не происходит, в отличии от “до scrumguide’ового” времени, когда каждая книга меняла образ Scrum Master’а порой радикально. Речь скорее идет о “шлифовке и доводке” понимания роли, сообразно требованиям времени и росту известности Scrum в мире.

В 2020-м году вышла новая версия Scrum Guide, которая изменила многое, в том числе и Scrum Master’а — теперь это даже не роль, а зона ответственности. 
Многим в Agile-сообществе это показалось радикальным, но если посмотреть в историю вопроса, можно обнаружить, что ранее были гораздо более радикальные перемены в роли Scrum-мастера, на фоне которых Scrum Guide 2020 всего лишь сдувает пыль со старого описания. Давайте узнаем, какую трансформацию прошла роль Scrum Master прежде чем оказалась в 2020-м

Есть два способа объяснить, кто такой Scrum-мастер. Первый — короткий, но сложный; второй — длинный, подробный и понятный.

Многие считают, что цель Kanban-доски для руководителя проста — видеть, в каком статусе находится каждая задача и чем занимается каждый сотрудник. На самом деле все сложнее. И основная ценность доски — отнюдь не контроль сотрудников, а анализ рабочего процесса «в целом» и поиск точек для улучшения. Посмотрим на примерах, что скрывается за Канбан-доской и как ее использовать.

В 2020 году исполнилось 25 лет Scrum — самому популярному Agile-подходу. Сейчас он плотно аcсоциируется со Scrum Guide, но так было не всегда. Долгое время практикующие Scrum вынуждены были руководствоваться немногими книгами и статьями, каждая из которых вносила что-то свое в описание Scrum: свою механику, свое понимание ролей и мероприятий.

Когда команда начинает применять Scrum, ее работа, как правило, становится более слаженной и предсказуемой, а сроки разработки новых продуктов зачастую сокращаются в разы. Но бывает так, что внедрение Scrum проваливается, и вместо пользы компания получает убытки и негативный опыт.

Это завершающая часть статьи про причины появления Agile.

Разбирая историю появления Agile мы лучше понимаем то время, и тех людей, которые его задумали. Почти все они были профессиональными разработчиками, которым приходилось делать очень большие и сложные проекты, так что их желание придумать методологию, которая облегчит им жизнь, было вполне понятным.