Стыд и скрам — Чему нас учит Scream Guide

Название «Scream Guide» можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

На последней конференции Инфостарта мы, помнится, обсуждали, при каких условиях "гибкие методы управления проектами" можно применять в проектах внедрения. И многие жаловались, что бывает, когда команда создают иллюзию применения Agile, а на самом деле гибкостью и не пахнет. Когда атрибуты есть, а сути — нет. Недавно на просторах Интернета я наткнулась на прекрасный текст — Scream Guide от Мишеля Кюстерса, пародию на Scrum Guide, который хорошо показывает, что бывает, когда компания "делает вид, что у нас Agile". Текст очень разумный и смешной, хорошо обыгрывает типичные проблемы при внедрении Scrum в организации, которая к этому не готова.  Но обладает тремя важными недостатками. Во-первых, он длинный и занудный. Во-вторых, он на английском. В-третьих, чтобы его понять, нужно как следует изучить Путеводитель по Скрам (Scrum Guide) Джефа Сазерленда и Кена Швабера, и, по-хорошему, пробовать применить на практике. 

Так что я взяла на себя смелость привести здесь фрагменты двух путеводителей с некоторыми моими комментариями.  Не буду утомлять сообщество Инфостарта попытками перевести Scream Guide целиком, остановлюсь на сравнении части основных принципов, которые озвучены в двух документах. Scrum Guide даю в переводе с официального сайта, а фрагменты из Scream Guide в моем вольном переводе. Предложения по улучшению перевода от неленивых читателей только приветствуются, только в пианиста больно не стреляйте. 

Назначение Руководства по Скраму 

Назначение Руководства по Скриму

Скрам – это фреймворк , предназначенный для разработки, поставки и поддержки сложных продуктов. Это Руководство содержит описание Скрама, оно рассказывает о ролях, событиях, артефактах и правилах фреймворка. Создателями Скрама являются Кен Швабер и Джефф Сазерленд, которым также принадлежит авторство этого Руководства.

 

Мы никоим образом не призываем никого внедрять Скрим — это просто юмористическая рефлексия анти-паттернов, которые вы можете встретить в жизни. Если вы заметили в вашей практике какие-либо из элементов Скрим, мы призываем вас начать серьезную дискуссию о том, почему вы их видите и как они могут помешать развитию и созданию ценностей в организации. (Реальные) ретроспективы смогут вам в этом помочь!

 

Если серьезно…

Иван Селиховкин в своем докладе на Infostart Event Education Черные страницы Scrum  и в своей Черной книге Скрам (на которую я писала Белую и пушистую рецензию) обвинял авторов Скрам, что они против того, чтобы их разработку адаптировали. Вот на мой взгляд как раз Скрим гайд показывает, что бывает, когда люди делают вид, что применяют подход "слегка адаптировав". 
 
Некоторые элементы “Скрим Гайда” можно встретить очень во многих компаниях. Это, конечно, гипербола, но, как известно, в каждой шутке есть доля шутки, все остальное — правда. 

 

 

Теория Скрам

Теория Скрим
Скрам основан на теории эмпирического управления (эмпиризме). Согласно этой теории, источником знаний является опыт, а источником решений – реальные данные. Скрам использует итеративный и инкрементальный подход, чтобы улучшать прогнозируемость и управлять рисками. Процесс эмпирического управления основан на «трех китах»: прозрачности, инспекции и адаптации. 

 

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

Если серьезно… 

Классические методы управления долгие годы делали подход, против которого восстает Скрим, наиболее работающим. Действительно, когда руководство лучше ориентируется в вопросах, чем рядовые сотрудники, когда оно нуждается в информационном дистанцировании от сотрудников для поддержания своего авторитета — авторитарные методы подходят.
Беда в том, что современные задачи и проекты как правило слишком сложны, а действительность слишком быстро изменяется, чтобы руководители точно “знали как делать”. Поэтому организации, в которых руководство прислушивается к мнению рядовых сотрудников, и помогает им расти и развиваться, обычно оказываются в выигрыше. 
Условия применения все те же — Agile предназначен для работы в команде мотивированных профессионалов. Если вы хотите практиковать Agile (и если вам это и правда нужно) — то помогайте вашей команде стать мотивированными профессионалами.

 

 

Ценности Скрама

Ценности Скрима

Когда Скрам-команда опирается на ценности Скрама:

  • преданность,
  • смелость,
  • сфокусированность,
  • открытость  
  • уважение 

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

Когда Скрим-команда опирается на ценности Скрима (они звучат также, как и ценности Скрам) и разделяет их, “четыре кита” — умышленное запутывание вопросов, несимметричное информирование, смена целей, метрик и отчетность — реализуются и создают атмосферу всеобщего страха. Важно запомнить, что ценности в Скриме определяются по-другому, чем в Скраме, а именно:

 

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

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

Если серьезно… 

В этом месте наиболее явно видно, что основная суть Agile трансформации — в готовности всей организации к сотрудничеству. Это включает — признание права на ошибки, уважение к точке зрения команды про объем работ, который она готова делать. И понимание, что ответственность появляется тогда, когда люди сами ее берут на себя — и только в отношении того объема работ, который они на себя берут.  

 

 

Спринт в Скраме

Спринт в Скриме

Спринт служит ядром Скрама. Спринт — временной отрезок длительностью месяц или меньше, в течение которого создается «Готовый», то есть пригодный к использованию и выпуску Инкремент продукта. Желательно сохранять неизменную продолжительность Спринта на протяжении всего процесса разработки. Новый Спринт начинается сразу после окончания предыдущего. Спринт состоит из Планирования Спринта, Ежедневного Скрама, разработки, Обзора Спринта и Ретроспективы Спринта.

Во время Спринта: 

  • не допускаются изменения, которые могут поставить под угрозу Цель Спринта;
  • качество продукта не должно снижаться;
  • по мере появления новых знаний, объём работ может быть уточнен и заново согласован между Владельцем Продукта и Командой Разработки. 

Каждый Спринт можно считать проектом, который длится не более одного месяца. Спринты, как и проекты, нужны для достижения целей. Каждый Спринт включает цель, концепцию реализации с адаптивным планом по её достижению, исполняемую работу и Инкремент продукта как результат работы. Максимальная продолжительность Спринта — один календарный месяц. При большем сроке планирования возможны изменения целей, увеличение сложности и рост рисков. Спринты помогают планировать благодаря инспекции и адаптации прогресса по отношению к Цели Спринта как минимум раз в месяц. Они ограничивают стоимость рисков разработки месяцем работ. 

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

Во время Спринта: 
• команда работает в поте лица, чтобы выполнить все требуемые фичи
• менеджмент может добавлять новые задачи в содержание как только появляется что-то срочное
• разработчики работают столько часов, сколько требуется, чтобы достичь Цели Спринта
• качество опционально
• объём работ может быть уточнен между менеджерами и конкретными разработчиками по усмотрению менеджера
• обучение откладывается до следующего спринта
• никакие изменения в процессы невозможны кроме как по приказам менеджмента 

Каждый Спринт можно считать частью одного или нескольких проектов, но горизонт планирования не превышает одного месяца. Как и проекты, спринты нужны, чтобы сделать “что-нибудь”. Это “что-нибудь” требует от команды работать так много и продуктивно как только можно. Хорошая новость в том, что после окончания спринта всё опять начнется с начала! Каждый спринт может иметь цель, которую команда считает важной до тех пор, пока менеджер не поменяет свою точку зрения. 
Максимальная продолжительность Спринта — один календарный месяц. При большем сроке планирования возможны изменения целей, что наглядно демонстрирует, что разработчики слишком медлительны и должны больше работать сверхурочно. 

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

Если серьезно

Лично мне здесь бросилась в глаза ирония на тему базовых вещей, которые предлагает Agile. Это взятие командой ответственности за результат, уверенность в том, что будет происходить дальше и базовое чувство безопасности.  

А всем ли нужен этот ваш Agile?

Упаси боже! Про то, как выбирать метод, которым вы делаете проекты я писала, например, в статье Можно ли объять необъятное или чем Agile отличается от водопада?
Agile — не панацея, и не прост во внедрении. Но позволяет делать некоторые вещи, которые без него в принципе невозможны.

В качестве иллюстрации использована картина Эдварда Мунка "Scream".

Коллеги, ваш опыт? Кто нашел элементы Скрима в своей организации? Что помогает изменять ситуацию в лучшую сторону? 
Если интересно, пишите —  переведу продолжение…

20 Comments

  1. FB_1811930315551820

    Во втором «Если серьезно…» оборвана вторая строка

    Reply
  2. MariaTemchina

    (1) Спасибо, исправила.

    Reply
  3. acanta

    «Ложки не существует»(с) Рано или поздно любой скрим превращается в 2, максимум 4 параллельных процесса скрама, отдельных и обособленных. И ситуация нормализуется или даже превосходит любые ожидания от скрама.

    Reply
  4. MariaTemchina

    (3)

    4 параллельных процесса скрама, отдельных и обособленных. И ситуация нормализуется или даже превосходит любые ожидания от

    А можно немножко раскрыть мысль?.. Вы имеете в виду, что «скрим» — это нормальный этап в ходе Agile трансформации предприятия?

    Reply
  5. acanta

    Да, стартапы или системы без выделения разных кругов общения. Затянувшийся перманентный мозговой штурм приводит к рождению одного или нескольких лидеров. Скрим это стадия, когда лидеры уже стали формальными, поделив имущество и сферы деятельности, но еще не и разделили членов коллектива. Каждый сотрудник в дефиците и является предметом конкурентной борьбы между новыми хозяевами.

    Скрим позволяет экономить на кадрах на этапе, когда человекоемкость процесса высока, а ресурсы ограничены. Соковыжималки.

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

    Reply
  6. acanta

    Уточняю чем человекоемкость от трудоемкости отличается. Если требуется 2 человека при занятости 0,5 смены, это не 1 человек на целый день, это либо с работники различной квалификацией (например юрист и системный администратор) либо с разными периметрами обслуживания (два системных администратора на каждый участок по одному и объединение участков не имеет смысла, поскольку приведет к недопустимому снижению качества работ). Трудоемкость одинаковая — 1 смена, а человекоемкость в два раза больше. Многие путают.

    Reply
  7. MariaTemchina

    Меня смущает в таком подходе неготовность менеджмента делегировать ответственность. И ситуация постоянных изменений, затрудняющая сосредоточенность и уменьшающая мотивацию…

    Reply
  8. acanta

    У меня было внедрение, где один оператор в течении дня объезжал физически три хлебозавода для того, чтобы сформировать накладные и распечатать документы на каждом из них. Человекоемкость 2 человека — водитель и оператор, трудоемкость 0,5 — каждый занят полсмены (от 16 часов когда заявки приняты, до 19 когда они должны быть переданы на склад). В процессе проекта оператору выдали проездной на маршрутку, водителя сократили или передали в распоряжение администрации.

    Меня смущает тот факт, что при приближении к пределу оптимальности каждое последующее улучшение достигается с большими затратами и приносит все меньше эффекта. Если менеджер по принципу трансцендентного мышления БМ начинают с конца, с «best practice», то мы получаем на старте отсутствие гибкости и максимальные затраты с минимальным эффектом при любом изменении.

    Reply
  9. MariaTemchina

    Я, как оптимист, надеюсь, что через год произошла автоматизация?..

    Reply
  10. acanta

    Да, внедрение 1с было завершено первым франчайзи после закрытия второго и только на одной технологической площадке. Вторая закрыта, третья перепрофилирована. Профессиональные сторонние финансовые аналитики определили, что производство убыточно (они оказались весьма адекватными людьми и объяснили нам основания для такого решения и провели ликбез специально для бухгалтеров и программистов, пожелавших понять такие непопулярные действия).

    Рост квалификации и профессионализма (или выработка автоматизма при разделении труда) это нормальный путь для снижения трудоемкости (в дополнение к которому и идет автоматизация).

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

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

    Reply
  11. acanta

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

    На ликвидированном франче в составе кадровой службы были штатные психологи, думаю, что они принимали в этом участие.

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

    Reply
  12. capitan

    Мария ,спасибо!

    Reply
  13. acanta

    Если вы помните, фильм «Мне бы в небо» с участием Джорджа Клуни. Так вот, его роль выполняют сегодня консультанты 1С и скрим-мастера.

    Reply
  14. Rico17

    В моем понимании Скрам — это обобщенный успешный опыт первоклассных западных команд в форме FW.

    Скрим — это обобщенный типичный опыт применения Скрам относительно успешными командами в форме стеба по поводу успешности применения Скрам :).

    Вообще зачем это все? Скрам, скрим… Бабла срубить?

    Предлагаю принципиально изменить подход.

    Рассмотрим такую цепочку движения конкретного человека:

    образование -> специальность -> компетенции -> способности — > профессиональная самореализация -> конгруэнтная (творческая) самореализация.

    На каком этапе своего движения Вы находитесь? В зависимости от этого ищите соответствующую команду.

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

    Обманка самоорганизации (и прочих псевдо-духовных подходов) заканчивается на уровне проф.самореализации — а дальше? Дальше все только начинается… 😉

    Reply
  15. MariaTemchina

    (11) Психолог в команде Скрим как специалист-экстремал — это прекрасно, я считаю! Возьму на вооружение!

    Reply
  16. MariaTemchina

    (14)

    В моем понимании Скрам — это обобщенный успешный опыт первоклассных западных команд в форме FW.

    Я бы даже сказала не обобщенный, а отдельных команд — см. опыт авторов фреймворка в первую очередь.

    Скрим — это обобщенный типичный опыт применения Скрам относительно успешными командами в форме стеба по поводу успешности применения Скрам :).

    Мне кажется, что Скрим — это скорее попытка применять Скрам ничего кардинально не меняя в организации

    Вообще зачем это все? Скрам, скрим… Бабла срубить?

    Золотой вопрос! Прежде чем чего-то внедрять, нужно понимать — зачем???? Ибо, как известно «работает — не трогай»…

    Рассмотрим такую цепочку движения конкретного человека:

    образование -> специальность -> компетенции -> способности — > профессиональная самореализация -> конгруэнтная (творческая) самореализация.

    На каком этапе своего движения Вы находитесь? В зависимости от этого ищите соответствующую команду.

    Интересный подход. Действительно, командой малокомпетентных специалистов нужно управлять жестко, а команде профессионалов можно давать самим принимать решение. Но я не уверена, что это главный фокус внимания…

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

    Обманка самоорганизации (и прочих псевдо-духовных подходов) заканчивается на уровне проф.самореализации — а дальше? Дальше все только начинается… 😉

    Это явно цель для сотрудника… Но так ли интересна ли творческая самореализация работодателю? ;-)))

    Reply
  17. acanta

    (16) к сожалению да, интересна. Каждый работодатель хочет, чтобы его указания исполнялись со скоростью, качеством и по цене творческой самореализации, так же быстро, дешево и качественно как если бы это делалось для себя. Он желает управлять этим процессом и контролировать его.

    А в перспективе тиражировать методику управления и контроля творческой самореализации.

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

    Reply
  18. acanta

    Насчет жесткого стиля управления это как в пословице о свекрови. Отдающий приказы принимает ответственность за последствия, включая ошибки исполнителя. Чем выше тон указания тем больше свидетелей «насилия», тем меньше степень ответственности у исполнителя на подсознательном уровне. С удаленной работой этот ценнейший инструмент теряет актуальность и заменить его нечем.

    Reply
  19. DDA4746

    (11) Интересное мнение, что душеспасительная беседа помогает снизить социальную напряженность у увольняемых работников крупнейших в городе предприятий (что подразумевает отсутствие другой работы в городе…)

    Какой-то стойкий запах сов-эффективных менеджеров ощущаю я.

    Reply
  20. acanta

    У вас под окнами проходили митинги пустых кастрюль? Не просто беседа, а составление технического задания или вводный инструктаж или обучение по работе с изменениями в 1с. В каждом из этих случаев предполагается либо только что состоявшаяся либо планируемая смена кадров. И человек, который уделяет время программисту или консультанту всегда «не может работать» еще или уже.

    (19)Вы правы.

    Кто то говорит о падишахе и обучении осла. Кто то просто выслушивает все недовольство.

    Reply

Leave a Comment

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