❗️ Кто пропустил. Вот тут во всю идет
Enterprise Agile Russia SHOW в гостях у Ингосстраха!

Присоединяйтесь: 👉 https://vk.com/video-210819457_456239392!

Всех с праздником весны - Мир! Труд! Май! - здравствуй первомай 🌷
И в честь такого прздника делюсь с вами переводом 7 ключей трансформации, которые были сделаны мной в прошлом году к выступлению М. Сахоты на Agile Days’22

https://shift314.com/wp-content/uploads/2022/05/Russian_Your-Agile-Transformation-Keys-SHIFT314.pdf

Всем привет!
🆕 Новое видео-статья от Майк Кона про 7 ошибок Владельца продукта:

❎ 1 - вносить (не критичные) изменения, когда спринт уже начался;
❎ 2 - избегать события спринта, в частности, ретро;
❎ 3 - говорить команде “как делать”;
❎ 4 - не говорить “нет” (что приводит к тому, что “да” сказать важному изменению уже нереально);
❎ 5 - не планировать наперёд (квартал) или планировать слишком далеко;
❎ 6 - не иметь полномочий делать свою работу;
❎ 7 - привязаться к видению продукта и не обращать внимание на обратную связь.

https://www.mountaingoatsoftware.com/blog/what-product-owners-do-7-product-owner-mistakes-to-avoid

💡 Очень просто на русском об очень важном инструменте Lean Canvas https://scrumtrek.ru/blog/product-management/9113/lean-canvas-chto-eto/

🧩 Бывало ли у вас такое, что вы приходите Agile-коучем в компанию, где в вашей зоне ответственности продукт и порядка 9 команд, а в этих командах вы видете целые административные группы: руководители проектов, администраторы и т.д.?

💡Возможно, у вас сразу же возникало желание их всех убрать из продукта, у вас же Agile, какие администраторы и руководители проектов….

⚠️ Однако, не торопитесь, если они есть, возможно, в этом есть какой-то сакральный смысл и надо понять, что входит в зону ответственности этих людей.

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

🎞 В своём выступлении Майкл К. Сахота называет их адаптерами [28:42], потому что они являются своего рода соединением одной культуры с другой, чтобы, как вы уже догадались, более старая бюрократичная культура не съела Agile-культуру.

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

❓ Как часто вы путаетесь в понятиях output- и outcome-метрики?
Для себя я выработала простое правило, которое базируется на правилах английского языка 🙂

➡️ output - какие усилия были вложены, например, сделано 5 звонков, проведено 3 собеседования, выпустили фичу и т.д.

➡️ outcome - это как возрат на инвестиции, т.е. возврат на ваши вложения (output): пришло 4 лида (после 5 звонков), закрыта 1 вакансия (после 3-х собеседований) - про фичу подумайте сами, применительно к своим фичам.

Вот такое правило живёт в моей голове: put - вложил; come - пришло или не пришло 😂

👩‍💻 Если вы, ещё не сделали upgrade сертификатов SAFe 5 на 6, и интересуетесь терминологией, которая там поменялась, вот вам файлик “всё в одном”

➡️ В продолжение темы про уважение к людям (работникам). Вошло в ценности SAFe, чем приятно удивило.

⚡️Уже из всех утюгов кричат о том, что надо находить баланс и создавать безопасную среду, особенно в Agile-командах, где проиходят инновации и где стресса итак хватает, помимо активного, а порой и пассивного уничтожения сотруников со стороны менеджмента…

⛔️ Красной культуре нет места в Agile

🤔 Натолкнулась на статью, которая вызвала множество мыслей в голове. В моей практике было такое, что человек на встрече прямо всем говорил “У меня ОКР”, однако, ни разу не встречала, чтобы человек признался и сказал всем “У меня СДВГ”… а ведь порой в этом кроется корень зла… Однако, я не врач и буду просто дальше наблюдать, читать, изучать. Какие у вас мысли?

https://pro.rbc.ru/demo/633153009a7947c1005895c2?from=material_cards

❓ В последнее время мне всё чаще и чаще задают вопрос

надо ли SM, который отучился на курсах, где рассказывают про классический - канонический Scrum, при переходе в SAFe делать upgrade на курсах SM в SAFe.

До того, как я сама глубоко не погрузилась в SAFe, мне казалось, что не надо, ведь и там и там Scrum. Однако, это заблуждение.

➡️ Какие кочки может поймать SM, если он не погрузился в специфику SAFe Scrum?

Я перечислю всего 2, дальше продолжите в комментариях😎

🧩 первое, это конечно же заблуждение, что PO в SAFe Scrum = PO в Scrum. К сожалению, это не так и требовать от него то, что возложено на него в Scrum - это ошибка, с такими запросами вам по большей части к Product Manager, а это уже работа RTE;

🧩 второе, нигде в Scrum не написано про PI-планирование и что там делает SM - эту часть конечно же надо подтянуть иначе вы рискуете потеряться на PI-планировании и подвести свою команду.

⚠️ Если вы хотите говорить на языке SAFe и ожидать от людей того, что имеет смысл ожидать от них в SAFe, то вам точно нужен upgrade 🙂