5 вещей,которыенадоделатьСкрам-мастеру,чтобыне стать«комнатнойсобачкой»
Сезарио Рамос, Скрам-тренер от Scrum.org, привел интересное наблюдение о роли Скрам-мастера. 10 лет назад, когда Скрам только начал набирать популярность, Скрам-мастера были «сторожевыми псами» своих команд. Они охраняли команды от вторжений снаружи и устраняли препятствия, мешающие работе.
Сейчас, когда Скрам часто продвигается сверху вниз, многие из новых Скрам-мастеров не обладают этими навыками. Как комнатные собачки, они удобны тем, что их всегда можно убедить, продавить и подстроить под нужное мнение.
Я сформулировал пять рекомендаций, которые нужно соблюдать Скрам-мастеру, чтобы не стать такой «комнатной собачкой».
Будьте нетерпимы по отношению к организационным дисфункциям
За большинством сложностей, с которым сталкиваются команды, лежат проблемы организации, а не людей. «Плохая система будет раз за разом побеждать любого человека» — сказал Эдвардс Деминг.
Для каждой дисфункции внутри организации найдутся логичные объяснения: «Так сложилось», «Это решение принято руководством», «По-другому не получится, потому что…». Все это препятствия, которые отравляют команды и тормозят успех настоящих продуктов.
Я советую Скрам-мастерам не удовлетворяться этими ответами. Вы знаете, что должно быть по-другому. Рассказывайте об этом. Собирайте факты, которые показывают последствия этих дисфункций и смело выставляйте их напоказ. Будьте бескомпромиссны к дисфункциям.
Практикуйте системное мышление и помогайте другим мыслить системно
Люди закрывают глаза на дисфункции, потому что недооценивают эффект, который они оказывают в долгосрочной перспективе. Организации, в которых мы с вами работаем — это сложные запутанные системы. Последствия решений проявляются не сразу, а влияние факторов очень сложно рассчитать.
Например, что плохого в том, что команда распределена по трем офисам и разным организациям? Наблюдения показывают, что распределенные команды чаще застревают на этапе штормления и не достигают продуктивного состояния.
Научитесь видеть за деревьями лес. Практикуйте системное мышление, используйте технику «5 почему», чтобы вытащить на поверхность глубинные причины проблем. Рисуйте Causal Loop Diagrams (CLD) для того, чтобы исследовать системные динамики и влияние одних факторов на другие. Вовлекайте менеджеров в эти упражнения.
Ориентируйтесь на лучшие примеры
Я думаю, что каждого Скрам-мастера двигает вперед маленький внутренний вольтметр. Этот вольтметр измеряет разность потенциалов между тем, что наблюдает Скрам-мастер, и тем, как это может быть на самом деле. Для того чтобы вольтметр работал хорошо, важно собрать коллекцию примеров по-настоящему гибких компаний.
Мои примеры — это небольшие компании, которые ежедневно выводят новые фичи пользователям; самоорганизованные некоммерческие организации, где люди самостоятельно решают проблемы, которые не решаются на уровне местных органов управления.
Найдите свои примеры. Вдохновляйтесь и перенимайте лучшее. Рассказывайте своей команде, что может быть по-другому.
Держитесь подальше от политики и стойте за прозрачность
Часть дисфункций внутри организации связана с политикой. У всех людей есть свои интересы, и это нормально. Плохо, когда эти интересы приводят к непрозрачному принятию решений и идут вразрез с интересами организации.
Никогда не играйте на чьей-то стороне в политических играх. Требуйте прозрачности и возвращайте свои наблюдения тем, кто ее нарушает.
Действуйте в соответствии с ценностями Скрама
Успешность использования Скрама напрямую зависит от того, насколько люди следуют его пяти ценностям: Смелости, Открытости, Сфокусированности, Уважению и Преданности. Быть примером соответствия этим ценностям — обязательная работа Скрам-мастера.
Все мы люди и порой ошибаемся. Если это происходит часто, то причина может быть в укоренившихся убеждениях, основанных на прошлом опыте. Знайте ваше слабые точки и работайте над ними. Возьмите сессию с профессиональным коучем, и проработайте негативные убеждения. Будьте примером для членов своей Команды.
Подведем итоги
- Большинство проблем, с которыми сталкиваются Команды вызваны организационными дисфункциями. Работа настоящего Скрам-мастера — их устранять.
- Системное мышление помогает Скрам-мастеру выявить организационные дисфункции.
- Лучшие примеры гибких организаций вдохновляют и задают направление для развития.
- Скрам-мастер держится вдалеке от политических игр в компании.
- Настоящие результаты работы Скрам-мастера невозможны без ежедневного следования ценностям Скрама: Открытости, Смелости, Уважения, Преданности и Сфокусированности.
Вот еще несколько полезных ссылок по теме:
Видеоролик про Скрам-мастера, который хорошо отражает дух сторожевых псов.
Гайд по системному мышлению
Зачем идти в Скрам-мастера
Скрам используют в условиях многозадачности, неопределённости, постоянных инноваций, когда традиционные способы управления неэффективны. Поэтому Скрам-мастер не типичный менеджер. Сотрудников он учит работать по новым правилам и наслаждаться процессом, а компании помогает перестраиваться и регулярно выпускать работающий Продукт.Меня привлекли человечный подход, ставка на живое общение и постоянное стремление увеличивать ценность. До этого работал менеджером проекта, и разница на лицо.Денис Сальников из N26 В Скрам-мастера стоит идти, если вы хотите помочь сотрудникам профессионально развиваться и вместе улучшить процесс работы, — у вас будет достаточно влияния, чтобы бросить вызов устаревшей системе управления. Ещё эта роль подойдёт тем, кто хочет выпустить передовой Продукт, — Скрам-мастера больше всего нужны инновационным компаниям.
Я пришла в новый отдел маркетинга, что помочь производителю программного обеспечения освоить рынок b2c. В компании уже был заметен Аджайл, но не было маркетинга как такового, и никто не знал, как маркетологам использовать Скрам. Я стала кем-то вроде проводника знаний о фреймворке.Лана Сан из AGILE CAFÉ 敏捷教育訓練中心 Если вам нравятся правила Скрама или вы хотите попробовать его в своей отрасли, тогда вперёд. Осталось разобраться, каково вам будет в новой роли и как её освоить.
Кому проще, а кому сложнее освоить роль
Скрам-мастер постоянно сталкивается с сопротивлением. Помогать сотрудникам профессионально развиваться — здорово на бумаге. На практике не все люди осознают, что им хотят помочь, и меняться ради того, чего не понимают, они не готовы. Поэтому Скрам-мастер отводит большую часть времени на работу со старыми убеждениями, и навыки нужны соответствующие.Нужны терпение и навыки фасилитации. Скрам-мастер не может дать ответ напрямую — только подвести к нему.Лана Сан из AGILE CAFÉ 敏捷教育訓練中心 Скрам-мастером стать проще, если вы уже были неформальным лидером в коллективах. Сможете разрешить конфликт любой сложности: с отдельными сотрудниками, между Командой или в компании. Проще будет и оптимистам, которые не боятся изменений. Действия Скрам-мастера дают результат не сразу, и вашего запала должно хватить, чтобы довести всё до конца.
Большая часть работы Скрам-мастера — развитие коммуникаций, и ему пригодится умение договариваться со всеми в формате win-win.Михаил Скляренко из «Моего дела» Скрам-мастером стать сложнее, если вы не айтишник и не эйчар. Тренер Unusual Concepts Сергей Лобин советует найти опытного коллегу в качестве ментора. Ещё сложнее придётся людям, которые любят контролировать каждый шаг Команды.
Людям с сильным эго и глубокими техническими познаниями труднее всего воздерживаться и не влиять на принятие всех решений.Денис Сальников из N26 Если вы обладаете подходящими качествами или ваши качества хотя бы не усложнят работу, осталось воспользоваться одним — готовностью учиться.
Чему стоит обучаться
Скрам-мастер — это практик, коуч, фасилитатор. Он обладает и другими навыками, но развивается прежде всего в трёх направлениях.
Практика нужна, чтобы строить Скрам в компании, фасилитация — чтобы хорошо проводить встречи, а коучинг — чтобы лучше работать с людьми.Андрей Редин из «Альфа-Банка» Обучаться правилам Скрама — обязательное условие. Иначе вы не сможете оценить, насколько строго их соблюдают, и не сделаете компанию гибкой. В процессе обучения важно усвоить ценности Аджайла, чтобы знать, когда от правил Скрама можно отступить в пользу Продукта. Обучаться можно у аккредитованных тренеров. Это необязательно, но существенно увеличит шансы сдать экзамен и получить международный диплом.
Нельзя рассчитывать, что знание наизусть Руководства по Скраму без усвоения ценностей Аджайла поможет стать хорошим Скрам-мастером.Михаил Скляренко из «Моего дела» Обучаться коучингу можно в Международном Эриксоновском Университете или на тренингах. Есть тренинги по конфликтологии, бюджетированию — все они расширят ваш кругозор. Обучаться фасилитации стоит у крутого фасилитатора. Сергей Лобин советует Дмитрия Лазарева.
Умению слушать людей научиться тяжело. Но фасилитация ещё на старте поможет завоевать доверие сотрудников и компании.Сергей Лобин из Unusual Concepts Если вы уже обучены, поищите стажировку. В каждой компании свой Скрам, и чем больше увидите, тем лучше поймёте суть. Говорят, в «Альфа-Банке» уже пробуют стажёров. Можете устроиться и в штат. Полноценную роль Скрам-мастера предлагают в крупных компаниях. Спасибо Денису Сальникову, Лане Сан, Михаилу Скляренко, Андрею Редину и Сергею Лобину за помощь со статьёй.
очень интересно. спасибо
Здравствуйте！С большим удовольствием я стала Скрам мастером в нашей команде. Сейчас мы учимся планировать, улучшаем процессы и стремимся к повышению эффективности. На практике вскрылось большое количество ньюансов, которые мы с удовольствием выясняем и внедряем позитивные решения. Мы не разработчики :-）Мы РА комплексного интернет-маркетинга и систем продаж. Тем не менее Scrum-очень нам помогает. А вопрос и, соответственно тема о том, какие есть интересные примеры использования scrum в обычной жизни. Я думаю, если SM сможет организовать группу близких людей или детей, у него в разы уаеличится эффективность. Я уже внедряю Scrum для своих дочек （4 и 6 лет）и вижу невероятные успехи！И дома чисто и дети счастливые！ Хотелось бы узнать есть ли удачные истории Scrum, не относящиеся к разработчикам. Спасибо！
Добрый день!
Наша компания, как и многие другие, только присматриваются к Agile/Scrum.
Но как у приверженцев каскадной модели с многолетним стажем у ряда специалистов есть сомнения относительно безусловного преимущества Agile над Waterfall.
С одной стороны видны явные преимущества Scrum по сравнению с каскадной моделью. С другой стороны есть практические моменты, в которых превосходство Scrum не столь очевидно.
Поэтому было бы здорово, если бы вы описали ряд конкретных кейсов в управлении проектами с демонстрацией каскадной и Agile моделей их решения. Мне, как менеджеру проектов, это позволит развеять и личные сомнения и скептический настрой коллег:)
Для примера навскидку ряд вопросов (потенциальных разделов поста):
1. Как и зачем разбивать на спринты цельный(!) и длительный кусок разработки? Например, интеграция с бэкофисом заказчика. Длительность два месяца. Увидеть результат этого этапа для заказчика, значит увидеть, что клиентский модуль и бэкофис нормально "общаются".
2. Есть задача, в которой заняты разработчик (6 недель), тестировщик (1 нед.), дизайнер (1 нед.). В каскадной модели логично подключить дизайнера и тестировщика на последней неделе. В рамках Agile нужно разбить 6 недель разработки на спринты по 2-3 недели и каждый раз на 1 день задействовать двух других участников. Разве продуктивно заставлять их "прыгать" между проектами?
3. Где финиш Scrum-разработки? Например, через неделю команда должна приступить к новому (законтрактованному) проекту. А текущий заказчик продолжает накидывать минорные доработки, отвлекающие ресурс. Waterfall в этом случае позволит подписать акт выполненных работ и согласовать следующий этап работ (сроки, стоимость). Scrum же говорит нам, что коммуникация с клиентом и его удовлетворенность важнее условий контракта. Но так мы создадим риски для следующего проекта.
4. В каких проектах по вашему мнению лучше все же использовать каскадную модель, а не Agile?
Спасибо заранее!
Напишите статью "Scrum это только фреймворк", в которой рассмотрите применение техник eXP, FDD, kanban внутри scrum и что они дают командам. Те же Use Stories многие считают элементом scrum, ошибочно.
Компания решает "стать Agile" и приходит к решению выделить пилотные проекты/команды и вынести всё это в отдельное юрлицо, в отдельное экспериментальное пространство.
Такая практика не редка, банки и крупные компании, у которых это позволяет бюджет, создают свои digital кластеры, зону, якобы свободную от бюрократии, корп. стандартов и пр. Насколько такая практика оправдана? Какой подход правильней - помещать пилоты в выделенную среду, делать их полностью автономными или все-таки оставлять внутри компании? В чем плюсы и минусы?
Наверно банальная ситуация: был waterfall, аналитики, разработчики, тестеры. Потом пришел Scrum, народ объединили, посадили вместе, обозначили продукт, нашли PO и поехали. Ан нет, что-то не едем. Вроде все при деле, а цели спринта не достигают, задачи до конца не доделаны, PO недоволен. Вопрос команде в лоб - почему и что делать - не работает. Я мол, делал, свою часть и не знаю почему не дотестировали задачу. Вывод напрашивается один - команды нет, есть набор людей, которые сидят вместе.
Хотелось бы увидеть в блоге статью, которая даст достаточно пищи для размышления о формировании команды. Какие упражнения провести на ретро, как помочь людям захотеть стать командой?
Заранее спасибо.
Провокационный вопрос. На волне растущей популярности Agile в России, многие компании, крупные и не только, стали искать тех, кто им поможет "стать Agile". Кто-то посылает своих сотрудников обучаться, кто-то нанимает коучей в компанию.
Как определить, что компания, предлагающая обучение, правильная и научит правильному, настоящему Скраму, правильно объяснит философию Agile и пр.? На что обратить внимание при выборе, чтобы не ошибиться и обучиться у тех, кто действительно разделяет ценности и принципы, а не зарабатывает на волне популярности?
Как стать CST или PST? Шаг за шагом на вершину servant leadership
1. Как пережить кризис веры в трансформацию (трансформация идёт уже не первый месяц, а существенных изменений как-то не видно, в том числе для самих "трансформаторов")
2. Нет времени объяснять! Внедряем Scrum (на волне ажиотажа вокруг Agile люди, не разбираясь, пытаются применять инкрементально-итеративный подход там, где он не нужен, видя в этом серебрянную пулю, избавляющую от всех бед)
3. Дисфункции Владельца продукта и как с ними бороться
5. Из РМ в РО. Х шагов навстречу новой парадигме (какие трудности нужно преодолеть при переходе из проектного менеджера во владельца продукта и каждый ли сможет и готов это сделать)
Как "революцию сверху", т.е. некое желание босса "внедрять эджайл", направить в правильное русло и трансформировать текущую проектную деятельность в трансформацию всего бизнеса, а не в простое переименование PMов в скрам-мастеров.
Что делать в случае, когда команда не работает как положено, но избегает внутреннего конфликта?
Гибкость внутри Scrum-команды: локальная команда начала работать удалённо, все работают в разное время. Насколько это уместно?
От спринта к спринту команда не растёт, ретроспективы не работают. Что делать?
Как собирать обратную связь по продукту, если отсутствует явный заказчик?
SM совмещает функции разработчика и архитектора. Как повлияет на команду приглашение SM со стороны, который будет исполнять только функции SM?
Тестирование в Scrum. Водопад на ровном месте. Как избавиться от тестирования в конце спринта и равномерно распределить работу на спринт.
Команда не берёт ответственность принимать решения по продукту внутри спринта. Как повысить автономность работы команды?
Расформирование Scrum-команды. Как понять, что уже пора? Команда не производит продукт, ожидаемый от неё
Какой запас времени брать на спринт, чтобы команда могла развиваться и, например, добивать баги?
Расскажите про фасилитацию обсуждений в распределённых командах
Какие есть неявные метрики успешности развития команды? Как их оценивать и в каких единицах?
Где в беклоге спринта должны находиться баги, доработки и технический долг? Многие полагают что на самом верху, но это оттесняет производство ожидаемого продукта
Ура вернувшемуся к жизни блогу! Один из немногих, в котором максимальная концентрация полезного содержания в небольших и легких для прочтения статьях, спасибо!
Мне очень интересна следующая тема: отношения в команде. Как правильно вести себя скрам-мастеру, если свеже собранная команда категорически плохо ладит с одним из членов команды, постоянно возникают конфликты. Также, в случае, когда команда принимает решение о замене одного из своих членов, как скрам-мастеру убедиться, что это обосновано, а не каприз? Как убедиться, что все варианты того, как наладить отношения между ними, исчерпаны? Какие основные шаги должен пройти скрам-мастер с только что организованной командой, чтобы по максимуму предотвратить в будущем конфликты в ней?
Спасибо!