Дьявол в деталях

На неделе рассказывала про управление бэклогом в корпоративной школе агентов изменений.

⚡️ Да, это была базовая ступень, но черт возьми, шестое занятие, и никто не знал, что бэклог это не только список задач!

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

👀 И такое уточнение заметно меняет смысл этого артефакта, согласитесь? Или только мне так кажется?

📌 В общем, я подумала, что, возможно, стоит писать о таких, вот, деталях?

А потом еще немного подумала и решила сделать прям опрос - буду благодарна за ваши ответы! ❤️

Какой вариант ретроспективы будет действительно полезен?

✅ Я уже писала о том, что обязательным условием полезной ретроспективы является понимание участниками, в чем ее цель.

💬 Так вот, вторым необходимым условием является передача участникам встречи ответственности за достижение этой цели.

⚙ Не в смысле «давайте, как-нибудь там сами обсудите», а в смысле задать рамку и условия для осмысленного разговора, а остальное предоставить людям.

Все же, наверное, были или участниками, или даже ведущими вот этих ретро "хороший тамада и конкурсы интересные"?

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

Как это может выглядеть

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

Главное, чтобы у ведущего нервы оказались крепче чем у участников. Чтобы удерживаться от "набрасывания" идей и подсказок, даже если стоит тишина.

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

Пример
Я прихожу на квартальное ретро команды и задаю следующие вопросы, с поддержкой визуальзации на miro доске:
1) Как вы оцениваете от 1 до 10 результаты квартала?
2) Что вы думаете о метриках команды в сравнении с метриками схожих команд (показываю заготовленные графики)?
3) Как вы считаете в чем причина? Ответы группируем путем обсуждения и голосуем за группы.
4) Если большинство считает наиболее значимой причину Х, то какие способы борьбы с ней вы можете предложить. Снова голосуем, но уже за то что делать.
5) Самым важным большинство считают шаг Y, кто готов взять контроль за его выполнением? Кто готов помогать?
6) Когда встречаемся в следующий раз для обсуждения прогресса по шагу Y?

Такой формат может показаться директивным, но если это не scrum ретроспектива в реальной scrum команде, то почему бы и нет?

Предложенный формат реально меняет поведение команды, а именно за этим мы организуем ретро, правда?

Но если вы с командой любите веселые картинки и цветные стикеры - пожалуйста, это ничему не противоречит. Главное, чтобы не только оно ❤️

всем продуктивной недели! 😀

А сколько длятся ваши дейлики?

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

🙃 Скрин выше это small talk в чате с бывшими коллегами - собственно "ТТ" это аббревиатура компании, где мы вместе работали (TalentTech). Иллюстрирует типовую историю: ценности в дейликах для разраба нет, но менеджеру же надо понимать, что происходит...

Ох уж эти менеджеры... Ох уж эта их иллюзия понимания, рождающая иллюзию контроля! Сколько времени убито на эту это бесполезное для бизнеса явление!

Что в сущности нужно контролировать команде и/или менеджеру? Очевидно, не то что делается (процесс), а прогноз, куда оно придет (результат) в заданный срок.

Тогда зачем выяснять, кто что делал и что будет делать?

🔫 А затем, что мы в качестве результата ожидаем набор выполненных задач. Но ведь набор задач не гарантирует общий результат! Если мы держим в фокусе каждый свой кусочек, то рискуем получить набор кусочков, которые ни во что не складываются...

Значит, контролировать нужно именно продвижение к результату, логично же!

А вот как это делать, расскажу завтра. И как проводить, буквально, 5-минутные дейлики - тоже 🙃

Что нужно, чтобы дейли длился 5-10 минут?

1️⃣ Во-первых, нужно понимать, какого результата команда должна достичь в текущей итерации (в терминологии scrum это называется целью спринта), чтобы фокусироваться на нем.

2️⃣ Во-вторых, нужна дисциплина в трекинге задач. Любой член команды или стейкхолдер должен иметь возможность заглянуть в систему трекинга и найти ответ на вопрос "А что у нас с...?".

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

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

🚪 На такой встрече команда говорит только о том, кому и что нужно (уже писала про идею фиксации на цели встречи). Например, бэку и фронту надо согласовать API или тестировщик ждет от аналитика уточнение по сценарию 39. Отлично! Но, как только эти моменты озвучены, общая встреча заканчивается.

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

📌 Конечно, я не говорю, что "надо просто" начать так делать.

🤚 Это не просто: и вам перестроиться, и коллегам. Но если вы понимаете, что длительность дейликов становится проблемой, вы найдете способ. 

💡 Для начала предложите команде идею "обмена" времени дейли на время по отображению каждым статуса задач. Оформите небольшую инструкцию, проведите под запись обучение и погнали. 

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


👏 Если увидите пользу, а я верю, что в 95% случаев увидите, можно подумать о следующем уровене. А именно о том, как ставить цели на итерацию. 

Почему команда на встречах сидит и молчит?

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

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

➡️ Так вот, поведение людей на командных встречах очень часто выглядит как разновидность выученной беспомощности.

🎭 Из своего опыта люди знают, что обсуждения обычно не приводят к изменениям.

Кто не сталкивался с тем, что "прибежит бизнес" и будем делать не то что запланировали, а то что они требуют? А с обещаниями "для мотивации", которые потом так и не выполняются?

💬 Если в вашей команде происходит подобное, команда делает простой вывод: от нас ничего не зависит.

И вот у вас на встрече сидят взрослые, умные люди, которые просто не слушают и почти на все молча кивают.

🎙 Изменения это повседневная реальность бизнеса, Agile, на минуточку, потому и придумали. И, среди прочего, придумали, что в команде работают мотивированные профессионалы.

🚪 Посмотрите на ситуацию в своей компании: как к кому относятся к разработке? А если и как к профессионалам, то по каким вопросам?

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

💡 Так ли это, легко проверить анонимным опросом по теме. Вероятно, есть смысл проводить его сразу в нескольких разрезах: процессы, способы реализации, качество и т.д.

И что, если так? Что делать то?

⚡️ Короткий ответ: прикладывать усилия к тому, чтобы создавать в этой конкретной команде иной опыт.

⭐️ Не через "войны" с бизнесом, нет, а через открытое обсуждение и выстраивание внутренних процессов, соответствующих внешним условиям.

📖 Более подробно буду рассказывать дальше. Надеюсь, это полезно)

Внутренний воркшоп: Как договориться с разработкой о сроках и не сойти с ума.

🔊 Делюсь с коллегами из МТС анонсом воркшопа, который провожу на следующей неделе во вторник (10.12) в 12:00 мск.

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

Подробнее тут >>>

👏 Для тех, кто не из МТС тоже хорошая новость: планирую поделиться основными идеями в серии постов тут, в канале.

👀 Stay tuned!

Ответственность команды

👤 Бывает, что команда работает в условиях, когда от людей только требуют, не интересуясь их мнением и возможностями.

📞 Конечно, это вызывает негативную реакцию: конфликты, выгорание, ту самую выученную беспомощность и прочее.

Но если вы замечали, часто это выглядит как "Если вы поступаете с нами не так, как мы считаем правильно, то мы тогда..." - вместо многоточия см.перечисление из предыдущего абзаца. Замечали? Я не раз...

Но является ли это единственной возможной реакцией?

➡️ Смотрите, все, что есть вокруг, поддается нашему влиянию в разной степени. У меня есть пост на эту тему в канале про коучинг.

⚙ Так вот, когда команда сталкивается с давлением, у нее есть выбор: тратить силы на то, что изменить нельзя, или на то, что в зоне ее контроля или хотя бы влияния.

✋ Если все силы и внимание уходят на борьбу с чужими процессами, решениями и подходами - команда приходит в тупик.

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

📌Поэтому ключевой вопрос не в том, какие условия вокруг, а в том, что из этого:
✅мы можем контролировать
💬на что можем повлиять
⛔️и что придётся принять как данность

Только переключив фокус команды на зону контроля, можно выстроить командную ответственность.

📍Да, это не все что нужно, но это самое сложное. Потому что требует смены точки зрения, в том числе... своей.

Но попробовать то можно! 😌

Почему я люблю путешествовать

✈️ Вообще, конечно, потому что я любопытный человек, у которого шило в одном месте. Но не только поэтому.

🔃 Ведь любопытство и шило можно приложить к разным областям жизни, не только к путешествиям. Так все таки почему тогда?

⚡️Думаю, все дело в том, что в поездках (а я почти всегда организую их самостоятельно) я переключаюсь в какой-то такой режим... исследователя что ли.

⚙ Режим, который нужен для взаимодействия с незнакомой реальностью. Когда, важным и интересным становится что-то другое нежели дома.

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

➡️ Ведь мы так часто принимаем собственные убеждения за объективную истину... Но они сформировались конкретным опытом, средой, правилами и т.п.

💻 И вот, оказавшись в другой стране видишь, что люди по-другому едят, общаются, решают проблемы, относятся к чему-то... А иногда даже иначе понимают счастье.

👀 Это хорошо расшатывает ощущение правоты своего видения мира. И тогда появляется пространство для нового взгляда на вещи.

❤️ Для меня эта тема сильно пересекается с тем, о чем я писала последнее время: об инертности, начиная с формата встреч и заканчивая отношениями с бизнесом.

Если вы из тех, кому сложно предположить что он не прав, возможно вам пора в путешествие?