Если вы напуганы SCRUM, попробуйте СОФТ-КАНБАН. Часть 1

 

Если вы напуганы SCRUM, попробуйте СОФТ-КАНБАН. Часть 1Автор: Артур Леонов
Эксперт по digital трансформации процессов компаний, 
ЛИГА ЦИФРОВОЙ ЭКОНОМИКИ

 

 

 

 

Если вы напуганы SCRUM, попробуйте СОФТ-КАНБАН. Часть 1

 

 

Автор: Широкопояс Алексей
Тренер руководителей коммерческих и производственных компаний

 

 

В марте этого года прошло знаковое событие для всех, кто занимается использованием и внедрением гибких методов управления — конференция AGILE DAY. Это была уже 13 конференция, проходящая в Москве. Несмотря на цифру 13, ничего ужасного не произошло, на конференции присутствовало  более тысячи участников и докладчиков. 

 

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

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

Особенно порадовал большой интерес к KANBAN — альтернативе самого популярного сейчас в нашей стране гибкого фреймворка SCRUM

KANBAN как и SCRUM берет свое начало в идеях японских производителей автомобилей. KANBAN переосмыслили и применили два менеджера —  Дэвид Нортон (David Norton) & Роберт Каплан (Robert Kaplan) в середине 2000-х годов.  KANBAN  часто относят к семейству LEAN, 6 Sigma. Но идеологически это некорректно: в интеллектуальном производстве подходы KANBAN в классическом виде  не будут эффективны. Один из авторов применения KANBAN в разработке ПО Девид Дж. Андерсон признал, что использование слова KANBAN внесло непонимание и сейчас уже начали говорить о необходимости ребрендинга термина  KANBAN для интеллектуального производства. В дальнейшем для применения в IT я буду называть его СОФТ-КАНБАН.

 

Кратко напомню, из чего состоит SCRUM:

  • команда 5-10 человек
  • Четкие роли: SCRUM-мастер, владелец продукта, команда разработки.
  • Жесткие временные границы — СПРИНТ от одной до 6 недель.
  • Спринт начинается с планирования,  заканчивается ретроспективой.

 

Внедрим AGILE в сжатые сроки! Как ошибка в слове СРоКИ повысила вовлеченность сотрудников

 

Как мы видим, внедрение SCRUM требует практически революционных изменений. Все бизнес процессы сломаны, роли изменены:

  1. Теперь все разработчики,
  2. Руководитель — это SCRUM-мастер,
  3. Представитель заказчика — собственник продукта.
  4. Каждый день начинается с публичного выступления о том, что ты сделал, появились очень жесткие временные рамки, называемые спринтом, и обязательный разбор полетов, называемый почему-то «ретроспектива».
  5. А потом сразу планирование, где тебе самому надо определить сложность и трудоемкость задачи.

 

Это является огромным стресс-фактором для всех сотрудников.  Также вызывает иллюзию у руководства, что введение новых ролей и процессов чудесным образом повлияет на производительность

 

Если добавить к этому огромное количество самопровозглашенных  AGILE -Коучей,  которые занимаются откровенной профанацией как идей всей «гибкой» разработки, так и парадигмы  AGILE в целом, картина вырисовывается весьма неприглядная.

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

 

Вся правда об AGILE. Разработка с фокусом на человеческий ресурс

 

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

Как говорит  Девид Андерсон, зачастую,  только 15 процентов могут успешно использовать SCRUM. Так что нам делать с теми, кто не смог успешно переродиться и использовать все преимущества методологии  SCRUM? Если вы напуганы SCRUM, попробуйте КАНБАН, точнее СОФТ-КАНБАН

 

Уже много лет многие компании успешно используют СОФТ-КАНБАН.

Слово «канбан» по-японски означает «рекламный щит, вывеска» (яп. 看板) и, как понятно из названия, первой особенностью применения KANBAN является визуализация ВСЕХ процессов. Именно всех. Для сотрудников Такта было открытием как на самом деле происходит процесс работы на заводе, сколько подпроцессов они не видели. Следующим шагом было —  ограничить количество процессов в работе (WIP), ограничив поток входящих задач. Решение этих задач невозможно без прозрачных правил управления. И завершающим звеном был знаменитый принцип КАЙДЗЕН — постоянного совершенствования.

 

Часть 2. Артур Леонов. Если вы напуганы SCRUM, попробуйте СОФТ-КАНБАН

 

Как работает СОФТ-КАНБАН. Как cделать мягкую трансформацию вашей организации. 

Дайджест  "Журнал КОМПЕТЕНЦИИ"  раз в неделю - для развития HR-карьеры и личной эффективности

Редакция

Коллеги ! Поделитесь с нами вашими новостями и достижениями вашей компании в работе с персоналом. Присылайте к нам на consult@hr-media.ru. Все статьи попадут в еженедельную рассылку - обзор отрасли.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

AEP