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

 

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

 

В марте этого года прошло знаковое событие для всех, кто занимается использованием и внедрением гибких методов управления — конференция 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 — разберем по-шагам. Можно ли применить к HR-проектам?

 

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

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

 

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

 

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

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

 

Видео. Agile + Lean: комплексный подход к изменениям в компании

 

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

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

 

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

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

 

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

 

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

Автор публикации

не в сети 7 часов

Редакция

Коллеги ! Рады Вашим публикациям !
Зарегистрируйтесь в личном кабинете, как автор и самостоятельно ведите свою колонку ! Все уникальные статьи попадут в еженедельную рассылку.
Комментарии: 28Публикации: 1511Регистрация: 05-06-2013

Редакция

Коллеги ! Рады Вашим публикациям ! Зарегистрируйтесь в личном кабинете, как автор и самостоятельно ведите свою колонку ! Все уникальные статьи попадут в еженедельную рассылку.

Вам также может понравиться

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

Войти с помощью: 

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

Авторизация
*
*
Войти с помощью: 
Регистрация
*
*
*
Пароль не введен
Войти с помощью: 
Генерация пароля