С чего стоит начать менять процесс

или Как побороть Скрам-диктутуру

Это становится тенденцией.
- Алло. Нам нужны тренинги по Скрам - голос на том конце беспроводного провода.
- Расскажите чуть подробнее... - я.
- У нас несколько команд, которые работают по Скрам.. Ну вернее, это не Скрам. Заказчики называют это Скрамом. На самом-то деле это очень сломанный процесс. Для этого нам и нужны тренинги. У нас небольшой бюджет. Хотим затренить 40 человек по полдня.
- ....
[продолжение] 
- Ваши заказчики в курсе ваших планов по тренингам? - чуть придя в себя, говорю я
- Нет! Они на это не пойдут. Они крупная продуктовая компания. Мы хотим заказать тренинги для обучения своих, расширить их понимание процесса, промотивировать.
- ....

[продолжение] 
- Мы могли бы предложить, - начинаю я, - тренинги для команд. Полдня никак. Минимум день. А лучше два. Плюс отдельный тренинг для ваших Скрам-мастеров. Есть вариант сертификационного корпоративного тренинга. Это позволит вашим Скрам-мастерам лучше осознать свои функции и начать строить лучший процесс...
- Дело в том, - говорят мне, - что Скрам-мастера находятся на стороне клиента с разницей в времени 7-10 часов и вряд ли они к нам приедут. Заказчики вообще пока что только раз приезжали. Так что нам тут нужен только тренинг для команд. И лучше все же полдня.
- Как типично - говорю я, наливая себе 50 грамм успокающего.

Моя первая реакция: WTF. Что мы делали не так все эти годы?

Моя вторая реакция: OK. Это нормально. Это естественно для нашего рынка. Для наших реалий аутсорсинга.


Наверное, самое время последовать совету друзей и начать предлагать тренинги по программе "Scrum Slaves - small tricks to keep pleasing your Scrum Masters".



А теперь серьезно о ситуации - что в ней не так и как с ней лучше работать.

А не так здесь следующие ньюнсы:
  • Компания исполнитель и разработчики прогибаются под процесс, навязанный заказчиками (качество кода и мотивации инженеров в таком проекте будет безусловно падать).
  • Процесс явно нехорош (и это признают), но заказчиков вовлекать в его починку никто не собирается (как можно построить удобный процесс, не общаясь с заказчиком?).
  • Скрам-мастера сидят на той стороне и мастерят свой Скрам. Что противоречит принципам Agile и понятию о том, для чего предназначен в Скраме Скрам-мастер (типично в таком проекте нет людей, которые "за процесс", так как люди со стороны заказчика - "за результат").
  • Есть заблуждение, что полудневный (да и вообще любой) тренинг может исправить ситуацию.
Мы не советуем вам фокусироваться на "quick fixes" - полудневные тренинги к сожалению никак не исправят ситуацию. 


Более того, после наших тренингов ваши сотрудники узнают, чем на самом деле является гибкая разработка и Scrum. Их мотивация упадет еще ниже.

Вместо этого, мы советуем вам инвестировать в те активности, которые позволят:
  1. Начать менять процесс и продолжать улучшать его далее.
  2. Сблизить заказчика и команду, помочь им обсудить и согласовать процесс.
  3. Вдохновить людей на поддержание нового улучшенного процесса.
А иначе - это waste ваших денег и надежд, нашего времени и репутации.

Что бы мы посоветовали вместо "быстрых фиксов" и полудневных тренингов:

  1. Провести полноценные (двухдневные) тренинги для команд разработки по программе Скрам для команд и заказчиков. Эффективность повысится, если вы пригласите на тренинг заказчиков. В этом случае тренинги мы прочтем на английском.
  2. Для лидеров проектов, менеджеров и локальных Скрам-мастеров провести корпоративный тренинг по программе Certified ScrumMaster. Или же отправить на ближайшую открытую сертификацию. Мы проводим такие классы на русском и английском.
  3. Подумать о приглашение Agile-коучей на старт или ре-старт проекта. Это наиболее эффективное решение, если вы готовы работать с нами на долгосрочной основе. Мы стартуем в год от 10 до 20 проектов. За четыре года опыта накопилось очень много позитивного опыта.



Если все же очень хочется тренингов и без вовлечения заказчиков?

Наш совет - подумайте о тренингах по инженерным практиках.

Это точно не будет вредно. И скорее всего, что-то (но, конечно же, не все) ваши команды смогут применять уже завтра и во благо.