Масштабирование Скрама не поможет компании стать гибкой

Иногда компании разрабатывают продукт десятками и сотнями людей без добавления новых ролей, событий или процессов Скрама. Они так могут, потому что оптимизировали организационный дизайн компании.

У организации тоже есть дизайн, как у грузовика или болида «Формулы 1». Большой грузовик спроектирован для того, чтобы перевозить груз из пункта А в пункт Б. Ради такой эффективности приходится мириться с долгим обслуживанием. Например, для замены шин нужны пара человек, подъёмное оборудование и несколько часов.

Дизайн болида «Формулы 1» оптимизирован для скорости и гибкости. Гоночная машина не рассчитана на то, чтобы работать долго — только одну гонку. Но во время пит-стопа 20 человек работают вместе и меняют шины быстро. У всех людей конкретные задачи, и большую часть времени они ждут, пока другие выполнят свою работу. Благодаря такому дизайну шины меняют в разы быстрее, чем на грузовике — мировой рекорд составил 1,92 секунды.

Если вы хотите заменить шины большого грузовика за 1,92 секунды, команда из пит-стопа «Формулы 1» не поможет. У вас просто будут новые роли, инструменты и процессы. Дизайн большого грузовика не оптимизирован для скорости, и если вы хотите заменить шины грузовика за 1,92 секунды, вам придётся заново его проектировать.

Организационный дизайн компании — основа гибкости

Иерархия — типичный организационный дизайн. Она оптимизирована под многие вещи, но не для скорости и гибкости. Джон Коттер выделяет и другую проблему иерархии:

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

Некоторые оптимизационные цели иерархии подразумевают использование контроля и ресурсов или попросту «время, проведённое сидя в кресле».

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

Например, существуют группы, которые специализируются только на заключении контрактов или выставлении счётов. Другие группы специализируются на технологиях, типа Java, .NET, Oracle. Есть группы со специализацией на тестировании, архитектуре, безопасности и проектном менеджменте.

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

  • Кратчайшее время реализации — время, за которое вы сделаете из идеи рабочий продукт для конечного потребителя.
  • Адаптивность — умение быстро перестраиваться с минимальными затратами.
  • Обучаемость — готовность узнавать о желаниях потребителя, продукте, процессах и организационном дизайне.

Иерархия для этих целей не подходит.

Организации, которые стремятся совместить Аджайл и иерархию, зачастую пытаются представить новые роли, процессы и инструменты, но в итоге следуют Аджайлу только формально. Дают новые имена старым вещам, и ничего не получается. Это всё равно что пытаться заставить команду из пит-стопа «Формулы 1» заменить шины на большом грузовике за 1,92 секунды.

Поэтому не спрашивайте, как масштабировать Скрам и приспособить его к иерархии.

Измените дизайн организации, чтобы она стала гибкой

Чтобы стать Аджайл, вам нужно оптимизировать организационный дизайн под правильные задачи. Зачастую это реорганизация в широком смысле слова.

Проектируйте организацию вокруг своего продукта так, чтобы она была оптимизирована для постоянного внедрения потребительских функций. Не нужно оптимизировать компанию для использования ресурсов или «времени, проведённого сидя в кресле».

Найдите Владельца Продукта с предпринимательским менталитетом, который понимает рынок, и дайте ему полномочия вести жизненный цикл продукта.

Создайте Скрам-команды, которые могут разрабатывать сквозные клиентские функции, и поставьте их в основу организации.

Организуйте свои команды, чтобы они работали над одним продуктом и добивались интегрированного прироста в каждой итерации, а у вас было чёткое понимание процесса.

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

Внедрите систему Человеческих Операций, в которой ценится командная работа и есть стремление к правильным навыкам.

Узнайте больше

Будучи одним из авторов ScrumPlop, я настоятельно рекомендую прочесть о шаблонных последовательностях, изучить публикации LeSS и Руководство по Nexus — из них вы узнаете о построении аджайловых организаций ещё больше.

 

Автор: Сезарио Рамос. Оригинал статьи

P. S. Сезарио Рамос вместе с Ильёй Павличенко ведут продвинутый курс Certified LeSS Practitioner. Он полезен Владельцам Продукта, Скрам-мастерам, аджайл-коучам и менеджерам, которые участвуют в масштабируемой разработке. Тренинг проходит в Москве с синхронным переводом на русский язык. Регистрация открыта



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

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