🧩 Бывало ли у вас такое, что вы приходите 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 🙂

Аккредитована сертифицировать людей ICP-ACC 😎

У кого что происходило 12 июня? У меня аккредитация на ICP-ACC. Час 1:1 интереснейшего диалога, демо тренинга и ответов на вопросы от экзаменатора

Долгий путь в профессиональный бизнес-коучинг и executive-коучинг, создание Университета Agile-коучей и логичная вишенка на тортике - аккредитация, однако - будет ещё одна, об этом позже 😉

Теперь я учу и сертифицирую, однако, только в рамках Университета Agile-коучей, третий поток, которого уже открыт 🥳

https://scrumtrek.ru/product/244/kurs-agile-coach-university/

📊 Меня частенько спрашивают переоценивать ли стори, если они не сделаны в течение спринта и переехали в следующий спринт. Я сторонник того, чтобы не переоценивать и идти по принципу “всё или ничего”, потому что потом команда будет смотреть на эту стори как полнценную при взвешивании другой стори и возникнут недоразумения. Как говорят у нас у бегунов: то что ты пробежал 10 км, не означает, что объем дистации 17 км, он всё так же 27 км и кто сказал, что осташиеся 17км будут легче 😁

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

Вы можете переоценить стори внутри спринта, когда поняли, что она сложнее или рискованнее, чтобы быстро скорректировать объем спринта и понять риски достижения цели, а вот переоценка по остаточному принципу… спросите меня - я скажу, не стоит так делать. А вот что думаент автор книги “Agile Estimation and Planning”

====
Suppose you’ve reached the end of the sprint and you have an incomplete story. You likely know that you don’t share the story at sprint review. You might also know that you don’t automatically move it forward, but instead put it back in the product backlog for re-prioritization.

But what people often don’t know is whether to re-estimate the story. After all, you’ve done some of the work to complete the story, so maybe it isn’t a 5 any more. Maybe now it’s a 3.

My answer is no, don’t re-estimate. Take an all-or-nothing stance in regards to velocity credit. That story counts for zero points in this sprint, but in the sprint the story is completed, the team gets all 5 points. There are a couple of reasons for this.

First, people are really bad at estimating percent complete. If you ask the team, “How far done are we” with a 3 point story, they’ll likely say about 2 points done. But really, they’re likely only about 1 point done. So they’re going to underestimate the work that’s left to complete.

Second, we don’t re-estimate the stories we finish, even if we discover they were bigger or smaller than we thought. So we shouldn’t re-estimate stories we don’t finish in the name of being “more accurate.”

Taking credit for a story at its original estimate only when it’s truly complete is the only way we can feel accurate in our predictions about when we’ll be done.

And being accurate (but not overly precise) is one of the ways you succeed with agile,

Mike

📝 Коллеги, представьте, что вам в руки попалось исследование об Agile-коучах в России и СНГ.

- Что бы вы хотели там прочитать?
- Что для вас было бы самым ценным?

——
💡 Очень жду ваших идей и мыслей 💭 в комментариях 💬

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

Это как с водителями на дороге - никто не застрахован от того странного человека, который в тебя въедет...

Для тех, кто чувствует внезапано себя жертвой и что на них нападают, рекомендую прочитать вот эту книгу и изучить треугольник TED* и анализировать того, кого вы возвели в ранг “Преследователя”, а себя в ряд “Жертвы”, потому что “Преследователь” и “Жертва”переходят на личности, начиная обвинять и посылать в личной плоскости, в то время как “Челленджер” задаёт вопросы и челленджит ваши предложения, чтобы вы подумали шире.

❔ Кто же вы и кто окружающие по отношению к вам? Вы обиженка ребёнок, который потом переключается в родителя и начинает обвинять и отчитывать человека или же вы человек во взрослой позиции принимающий критику - как вызов, чтобы подумать, переработать и сделать круче свою идею, потому что перед вами не Преследователь, а человек задающий расширяющие вопросы?