Выложили видео с митапа про успешность Скрам-мастера.
https://www.youtube.com/watch?v=IqrgBfSqpuQ&t=3662s
Используйте тэги, с помощью которых можно передвигаться в нужное место видео.
#AgiliX #Scrum #LeSS #ScaledScrumIsStillScrum #Agile #ScrumMaster

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

Этому посвящена статья Christiaan Verwijs “Liberating Structures Should Be Everywhere People Interact”, мы перевели ее для вас и она уже доступна в нашем блоге.
https://bit.ly/3MsVRQK

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

А как происходит у вас в компании? Поделитесь в комментариях. Дада, у нас теперь можно комментировать.

Сегодня мы (Илья Павличенко AgiliX, Алексей Воронин ScrumTrek) решили создать канал для обсуждения профессионального масштабируемого Скрама. Под это определение подходят (IMHO) фреймворки LeSS/Nexus. Кому интересна эта тема—добро пожаловать в канал t.me/ScaledScrum #LeSS #Nexus #ScaledScrumIsStillScrum #Agile #Scrum

Многие считают, что главная компетенция в профессии Аджайл-коуча/Скрам-мастера — профессиональный коучинг: открытые вопросы, воодушевление клиента, создание осознанности а так далее. Но это не так. 95% производительности организаций зависит от структуры системы и взаимодействия между собой элементов. Например, при работе Аджайл-коуча с компонентными командами, образованными вокруг процессов, технологий, функций, навык коучинга мало влияет на результат. Будьте вы хоть коучем уровня MCC ICF, это не избавит команды от зависимостей, вынужденной координации и длинных релизных циклов. Потому что проблема в парадигме организации, основанной на тейлоризме. О том, кто такой Аджайл-коуч на самом деле, написал в статье https://blog.scrum.ru/agile-coach-is-not-coach/

А вы в какой позиции чаще всего находитесь: ментор, коуч, фасилитатор, консультант, менеджер, визионер, евангелист?

Делитесь в комментариях.

#AgiliX #Agile #Scrum #LeSS #Nexus #ScaledScrumIsStStillScrum

The liberators проводят детальное сравнение и исследование динамических vs. стабильных команд, описывают их сильные и слабые стороны https://bit.ly/3uu7NKN

Марти Каган пишет от том, что сильным продуктовым командам нужны разработчики миссионеры, а не наемники (игра слов Missionaries vs. Mercenaries). Наемники пассивны, не вовлечены в продукт и рассматривают работу как обмен своих услуг на денежные знаки. Марти пишет о трех областях, изменив которые, можно привлечь больше миссионеров: лидерство, найм, процессы. https://bit.ly/3iRKrti

Что такое Agility? Может быть, скорость? Но скорость это способность двигаться в одном направлении как можно быстрее. Например, в конькобежном спорте. В комплексной среде этого недостаточно. На пути неизбежно возникают препятствия, и направление необходимо корректировать.
Вспомните историю с Титаником—в день гибели корабль получил 7 предупреждений об опасности, но продолжил движение на максимальной скорости 42 км/ч. Скорость не спасла от столкновения с айсбергом. Громадная тяжелая машина двигалась по инерции и не была достаточно адаптивной, чтобы сменить направление.
Когда среда непредсказуемая/комплексная/турбулентная, то на первое место выходит Agility:
Способность организации адаптироваться под новые условия и менять направление, создавая максимум ценности и пользовательского опыта (Mike Beedle)
К сожалению, управленцы часто гонятся за скоростью. К чему это приводит? К кросс-функциональным командам с узким продуктовым фокусом. Как только рынок меняется и нагрузку испытывает одна из частей продукта, единственный способ привести систему в баланс—найм и специализация. Это приводит к продуктовой фрагментации и хрупкой системе.
Настоящая же Agility предполагает два типа обучения. Первый вдоль потока создания ценности, а второй тип обучения это сохранение фокуса 360 градусов команд на всем продукте.
Обсудили Agility позавчера на митапе по оптимизационным целям LeSS/Scrum, и теперь выкладываем для вас запись. Надеюсь, это будет полезно. https://youtu.be/HM-yuXCtDts
#Agility #Agile #Scrum #LeSS #Nexus #ScaledScrumIsStillScrum

До сих пор актуальная статья от Гюнтера, где описывается Скрам-мастер в позиции менеджера https://bit.ly/3wU1sLv

Статья о системном мышлении, с помощью которой вы сразу перейдете просто от понимания того, что все вокруг взаимосвязано, к практическим действиям. В этом вам помогут четыре практических инструмента системного мышления: айсберг системного мышления, паутинная диаграмма (spidergram), force-field analysis (FFA), поведенческая диаграмма (BOT) https://bit.ly/3NUh5bH

Друзья, мне приходится наблюдать за большим количеством Ретроспектив и я замечаю некоторые паттерны. Есть одна хроническая ошибка. А именно—после установки сцены и сбора информации Скрам-мастера сразу же предлагают команде перейти на этап генерации решений, пропуская этап формирования общего понимания проблемы. Это может сработать только с очевидными, не требующими анализа, проблемами. Как результат—поверхностные решения, разочарование в Ретроспективе и неэффективные команды. Как избежать этого и как формировать общее поднимание проблемы разобрал в видео-блоге. https://youtu.be/Njmb-64YbSI

прочитать эту книгу стоило хотя бы из-за двух цитат, которые мы включили в курс Certified Agile Organization Designer (COD). О чем они? О том, что в долгосрочной перспективе выигрывают те, кто не "затачивает" систему под конкретные текущие условия, а фокусируется на том, чтобы сделать систему приспособляемой к любым новым возможным условиям. Например, "заточить" систему под текущие условия можно, создав узкоспециализированные команды в продуктовой группе Web, Android, iOS. Но когда окружение поменяется и нагрузку будет испытывать, скажем, iOS, в такую систему придется нанимать новых людей, чтобы привести в баланс потребности бизнеса и возможности разработки. Вместо этого, более правильный путь—создание трех фиче-команд Web/Android/iSO, которые будут разрабатывать фичи на всех трех платформах и работать из единого Бэклога Продукта.

Неплохая статья о том, что же такое кросс-функциональная команда в Скраме. Мне понравились аналогии со спортом. В независимости от ключевой специализации, спортсмен делает все возможное, чтобы помочь команде выиграть. Также разбираются 3 вида разработчиков: T-shape, I-shape, генералисты. Автор упускает Ш-shape людей с глубокой экспертизой в нескольких областях, но ничего страшного. Рекомендую к прочтению. https://bit.ly/3jnOTjK

В догонку на ту же тему! Майк Кон хорошо визуализировал и разобрал сложности, возникающие в случае, когда в команде только специалисты с глубокой экспертизой. И как меняются возможности в команде с появлением вторичных навыков. https://bit.ly/3ur766f

Друзья, мы спешим поделиться с вами новостью!

Мы расширяем линейку наших тренингов и приглашаем вас на Agile Leadership Training.

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

Присоединяйтесь! Регистрация на тренинг по ссылке https://scrum.ru/management3/#rec429420231

Скрам-мастер— глубокая и широкая зона ответственности, которая находится на пересечении множества навыков, каждый из которых можно оттачивать до совершенства всю жизнь. Нашли самые важные и волнительные, с нашей точки зрения, цитаты и мысли о Скрам-мастере, которые помогают лучше понять суть профессии. https://bit.ly/3rWB54m

Что значит гибкость на большом масштабе—первая из серии наших совместных с Сезарио статей, посвященных выходу книги Creating Agile Organizations. Опубликовано на сайте Scrum.org https://bit.ly/3jT0GXa

Успешную команду не получится сделать просто так. Скрам-мастерам, менеджерам, HR потребуется создать условия для такой команды.

Вот шесть составляющих сильных команд, которые помогут вам в начале пути:

1️⃣Наличие конструктивных конфликтов: Команды не могут хорошо работать вместе, если они не могут вести трудные разговоры. Разговоры не обязательно должны означать конфронтацию, но успешные команды знают, как это преодолеть и обеспечить своевременную и конструктивную обратную связь.

2️⃣Прозрачность: Чем яснее коммуникации в команде, понимание целей и эмоционального состояния друг друга, тем лучше работается вместе.

3️⃣Доверие: Ни одна команда не будет успешной без доверия. Это фундаментальный вопрос, который необходимо решить в каждой команде, но для этого требуется ежедневная работа.

4️⃣Понимание последствий: У каждого действия есть реакция и последствия. Все мы оставляем за собой волны (представьте себе моторную лодку), и важно понимать, как эти волны влияют на нас самих и на тех, кто нас окружает.

5️⃣Надежность: Коллеги должны чувствовать, что у них есть люди, на которых можно положиться в рабочих и нерабочих вопросах. Это очень важно для укрепления доверия и обеспечения продуктивности.

6️⃣ Небезразличие к результату: Чем более вовлеченными в достижение целей чувствуют себя люди, тем усерднее они работают и тем более преданными делу они становятся, что приводит к лучшей сплоченности команды.

Подробнее о том, как создать настоящую мотивированную команду будем говорить на Agile Leadership Training.
https://scrum.ru/management3/#rec429420231

Все привет! У нас осталось 2 места на тренинге Professional Systems Thinker (PST), который стартует в следующий понедельник. Сделали обзор 8 инструментов системного мышления, которые могут значительно усилить вашу Ретроспективу Спринта. Статья доступна по ссылке.