Forwarded from Kanban Club | Петров помогает (Рома Петров)
Широко известна стратегия, адаптированная из опыта Уолта Диснея. Он очень давно понял, что самые смелые идеи человека губит его внутренний Критик: это уже было у того-то, это не пойдет, а вот этого никто не позволит. Поэтому процесс рождения новой идеи он делил на три стадии. Первая называлась «позиция Мечтателя», когда человеку позволяется думать оторванно от реальности о самых идиотских, нелепых и фантастических вариантах решения.
Когда появилось достаточное количество вариантов наступает вторая фаза – «Реалиста-реализатора». Дисней-Реалист пытался вжиться в своих героев, в буквальном смысле стать Микки-Маусом, чтобы прочувствовать – а возможно ли такое?
И только после этого наступает очередь Критика. Причем у нас странные представления о критике в обществе. Критик – это не человек, который все время твердит, что все плохо. Критик – точно такой же человек команды, настроенный так же позитивно, как все остальные. Еще один гений творческой мысли – Генрих Альтшуллер, автор ТРИЗ, говорил, что задача Критика – найти слабое место и сформулировать задачу для Мечтателя. Условно говоря, не «да ну, кто ж тебе денег на это даст!», а «давайте подумаем, как нам найти деньги под этот проект». И запустить новый круг креатива.
Кстати, хороший руководитель или коллега, вместо отказа формулирует задачу с новыми ограничениями. Прелесть этой мысли в том, что вы в роли исполнителя, можете сами переформулировать отказ в задачу прямо в моменте и сразу согласовать ее с Отказуном.
Например, на предложение: «а давайте соберёмся всей компанией в театр Теней?» получаете отказ вроде «нет, кому это может быть интересно». Можно переформулировать отказ в такой: «правильно я понимаю задачу, что всем можно собраться и пойти в театр, при условии, что всем будет интересно?».
Может потребоваться несколько итераций, задача может быть очень сложной или с противоречивыми требованиями, но тем лучше. Чем сложнее задачи и противоречивей требования, тем изящнее будет решение, причём удовлетворяющее всем требованиям и без компромиссов. Не верите?
Когда появилось достаточное количество вариантов наступает вторая фаза – «Реалиста-реализатора». Дисней-Реалист пытался вжиться в своих героев, в буквальном смысле стать Микки-Маусом, чтобы прочувствовать – а возможно ли такое?
И только после этого наступает очередь Критика. Причем у нас странные представления о критике в обществе. Критик – это не человек, который все время твердит, что все плохо. Критик – точно такой же человек команды, настроенный так же позитивно, как все остальные. Еще один гений творческой мысли – Генрих Альтшуллер, автор ТРИЗ, говорил, что задача Критика – найти слабое место и сформулировать задачу для Мечтателя. Условно говоря, не «да ну, кто ж тебе денег на это даст!», а «давайте подумаем, как нам найти деньги под этот проект». И запустить новый круг креатива.
Кстати, хороший руководитель или коллега, вместо отказа формулирует задачу с новыми ограничениями. Прелесть этой мысли в том, что вы в роли исполнителя, можете сами переформулировать отказ в задачу прямо в моменте и сразу согласовать ее с Отказуном.
Например, на предложение: «а давайте соберёмся всей компанией в театр Теней?» получаете отказ вроде «нет, кому это может быть интересно». Можно переформулировать отказ в такой: «правильно я понимаю задачу, что всем можно собраться и пойти в театр, при условии, что всем будет интересно?».
Может потребоваться несколько итераций, задача может быть очень сложной или с противоречивыми требованиями, но тем лучше. Чем сложнее задачи и противоречивей требования, тем изящнее будет решение, причём удовлетворяющее всем требованиям и без компромиссов. Не верите?
❤3🍓1
5 лет назад я написал про 3 способа быстрой оценки задач и заметка до сих пор не теряет актуальности
И так, общеизвестных способов оценки бэклога в #Agile существует как минимум с десяток, здесь опишу те три, которые я применяю чаще всего.
1. Planning Poker. Начну с него, так как он самый известный, но, к сожалению, очень трудозатратный и планирование 3-месячного релиза не редко занимает 1-3 дня. С учётом того, что при таком горизонте планирования высокая точность не нужна в виду того что планы постоянно меняются и уточняются, поэтому при планировании релиза не использую.
2. Bulk Estimation - второй по известности в Agile-мире способ оценки большого беклога. Он гораздо быстрее, но требует достаточно жёсткой фасилитации и есть риск, что кто-то из команды вывалится из процесса в простого наблюдателя.
3. CEO Game - мой самый любимый метод. Во-первых, потому что гарантировано вовлечены все участники, что способствует достаточной точности оценок, во-вторых, он действительно быстрый по сравнению с Planning Poker. *
* То что описано в статье в "Note 3" мы всегда делаем тоже в формате этой игры, по очереди ставя оценку, или двигая границу.
PS: А вот ещё подборка 12 способов оценки в Agile: https://www.parabol.co/blog/agile-estimation-techniques/
#ProductManagement #Facilitation
И так, общеизвестных способов оценки бэклога в #Agile существует как минимум с десяток, здесь опишу те три, которые я применяю чаще всего.
1. Planning Poker. Начну с него, так как он самый известный, но, к сожалению, очень трудозатратный и планирование 3-месячного релиза не редко занимает 1-3 дня. С учётом того, что при таком горизонте планирования высокая точность не нужна в виду того что планы постоянно меняются и уточняются, поэтому при планировании релиза не использую.
2. Bulk Estimation - второй по известности в Agile-мире способ оценки большого беклога. Он гораздо быстрее, но требует достаточно жёсткой фасилитации и есть риск, что кто-то из команды вывалится из процесса в простого наблюдателя.
3. CEO Game - мой самый любимый метод. Во-первых, потому что гарантировано вовлечены все участники, что способствует достаточной точности оценок, во-вторых, он действительно быстрый по сравнению с Planning Poker. *
* То что описано в статье в "Note 3" мы всегда делаем тоже в формате этой игры, по очереди ставя оценку, или двигая границу.
PS: А вот ещё подборка 12 способов оценки в Agile: https://www.parabol.co/blog/agile-estimation-techniques/
#ProductManagement #Facilitation
👍7
Сегодня Андрей Соболев на воркшопе @StartupFactoryProject озвучил интересную мысль и объяснил почему. А вы как думаете, почему плохо, когда нет конкурентов?
#Startup #ProductManagement #BusinessAgility
#Startup #ProductManagement #BusinessAgility
29-го ноября в 19:00 по Москве Онлайн-митап: Product Discovery, запуск продукта в условиях дефицита ресурсов и первый релиз
Поговорим про Product Discovery, запуск продукта в условиях дефицита ресурсов и подготовку к первому релизу.
На митапе выступят Сергей Колосков (автор ТG-канала Fresh Product Manager), Дмитрий Уляшев (Яндекс Директ) и Анжелика Рахметова (STRV). Эксперты расскажут про:
- Product Discovery: основные артефакты и инструменты,
- как настроить и эффективно управлять процессом Discovery,
- как проверять гипотезы руками менеджеров, без разработки,
- опыт сбора MVP из «композитных материалов»,
фичкатинг и как не сделать ошибки, сэкономить время и нервы,
- три недели перед первым релизом мобильного и веб приложения: факапы и личный опыт.
Каждый участник митапа получит две электронные книги по управлению бизнесом и личному развитию от издательства «МИФ» в подарок.
Участие — бесплатное.
https://meetup.purrweb.com/
#AgileСобытие #ProductManagement
Поговорим про Product Discovery, запуск продукта в условиях дефицита ресурсов и подготовку к первому релизу.
На митапе выступят Сергей Колосков (автор ТG-канала Fresh Product Manager), Дмитрий Уляшев (Яндекс Директ) и Анжелика Рахметова (STRV). Эксперты расскажут про:
- Product Discovery: основные артефакты и инструменты,
- как настроить и эффективно управлять процессом Discovery,
- как проверять гипотезы руками менеджеров, без разработки,
- опыт сбора MVP из «композитных материалов»,
фичкатинг и как не сделать ошибки, сэкономить время и нервы,
- три недели перед первым релизом мобильного и веб приложения: факапы и личный опыт.
Каждый участник митапа получит две электронные книги по управлению бизнесом и личному развитию от издательства «МИФ» в подарок.
Участие — бесплатное.
https://meetup.purrweb.com/
#AgileСобытие #ProductManagement
Forwarded from AvitoTech
1 декабря в 18:00 ждём всех на Avito Product meetup #5. Онлайн!
Пригласили крутых спикеров и пройдёмся по повесточке.
😱🏠 Product Unit Lead категории «Новостройки» в Авито Александр Лукьянов расскажет, как за неделю до рекордного роста ключевой ставки мы выкатили ипотечный продукт.
Что делали, чтобы выбраться из ситуации и каким был перезапуск — всё будет на трансляции.
🤯🪚 Максим Козин из VK: как жизнь продуктов VK разделилась на кварталы.
Почему так важно постоянно жонглировать задачами и приглашать на каждую встречу коллег из маркетинга и дизайна — в докладе Максима.
🌎🤌 Продакт лид Ozon Global Дарья Щурик поделится опытом выстраивания процессов кроссбордерного маркетплейса.
Обсудим стратегию, исследования, особенности работы с иностранными селлерами, метрики и A/B- эксперименты в хайлоад продукте.
Чтобы не забыть о трансляции, рекомендуем прямо сейчас зайти 👉 сюда 👈, зарегистрироваться и добавить событие в календарь.
#avitoproductmeetup
Пригласили крутых спикеров и пройдёмся по повесточке.
😱🏠 Product Unit Lead категории «Новостройки» в Авито Александр Лукьянов расскажет, как за неделю до рекордного роста ключевой ставки мы выкатили ипотечный продукт.
Что делали, чтобы выбраться из ситуации и каким был перезапуск — всё будет на трансляции.
🤯🪚 Максим Козин из VK: как жизнь продуктов VK разделилась на кварталы.
Почему так важно постоянно жонглировать задачами и приглашать на каждую встречу коллег из маркетинга и дизайна — в докладе Максима.
🌎🤌 Продакт лид Ozon Global Дарья Щурик поделится опытом выстраивания процессов кроссбордерного маркетплейса.
Обсудим стратегию, исследования, особенности работы с иностранными селлерами, метрики и A/B- эксперименты в хайлоад продукте.
Чтобы не забыть о трансляции, рекомендуем прямо сейчас зайти 👉 сюда 👈, зарегистрироваться и добавить событие в календарь.
#avitoproductmeetup
13 декабря, 19:00 – 21:30 митап IT's Tinkoff Process Improvement #2
На прошлом митапе говорили о роли агента изменений в различных компаниях, теперь предлагаем углубиться и обсудить как можно выстроить работу по управлению изменениями. Послушаем как организовать свою работу агенту изменений и про модель для проведения изменений ADKAR вместе с приглашенным экспертом из and Change.
Пожалуйста, возьмите с собой документ, удостоверяющий личность. Он пригодится для входа в БЦ.
Место проведения: Москва, Головинское шоссе, д.5, БЦ Водный
https://meetup.tinkoff.ru/event/its-tinkoff-process-improvement-2/
#AgileСобытие #AgileTransformation
На прошлом митапе говорили о роли агента изменений в различных компаниях, теперь предлагаем углубиться и обсудить как можно выстроить работу по управлению изменениями. Послушаем как организовать свою работу агенту изменений и про модель для проведения изменений ADKAR вместе с приглашенным экспертом из and Change.
Пожалуйста, возьмите с собой документ, удостоверяющий личность. Он пригодится для входа в БЦ.
Место проведения: Москва, Головинское шоссе, д.5, БЦ Водный
https://meetup.tinkoff.ru/event/its-tinkoff-process-improvement-2/
#AgileСобытие #AgileTransformation
Т-Банк Митапы
Митап IT's Tinkoff Process Improvement #2
Как проводить изменения? Раскроем подходы
Agile Collage
Сегодня Андрей Соболев на воркшопе @StartupFactoryProject озвучил интересную мысль и объяснил почему. А вы как думаете, почему плохо, когда нет конкурентов? #Startup #ProductManagement #BusinessAgility
Обычно это значит одно из двух:
1. Нет рынка, т.е. ваш продукт не будет востребован
2. Вы плохо изучили рынок и, думая что выходите в голубой океан нового рыка окажитесь среди акул алого океана. Это бывает когда вы придумали действительно инновационную идею игры например и на рынке нет никаких аналогов, но на самом деле конкуренция идёт не среди игр одного жанра или ниши, а среди всех развлекательных сервисов от соцсетей до сериалов.
И даже если конкурентов нет на самом деле, это плохо потому что вам будет очень тяжело оценить потенциал рынка, т.к. нет бенчмарков
#Startup #BusinessAgility #ProductManagement
1. Нет рынка, т.е. ваш продукт не будет востребован
2. Вы плохо изучили рынок и, думая что выходите в голубой океан нового рыка окажитесь среди акул алого океана. Это бывает когда вы придумали действительно инновационную идею игры например и на рынке нет никаких аналогов, но на самом деле конкуренция идёт не среди игр одного жанра или ниши, а среди всех развлекательных сервисов от соцсетей до сериалов.
И даже если конкурентов нет на самом деле, это плохо потому что вам будет очень тяжело оценить потенциал рынка, т.к. нет бенчмарков
#Startup #BusinessAgility #ProductManagement
Всех с пятницей!
А Скрам-мастерам в отдельности пожелаю хорошенько восстановится в выходные в особенности после пятничных ретроспектив!
#AgileЮмор #AgileКомикс
А Скрам-мастерам в отдельности пожелаю хорошенько восстановится в выходные в особенности после пятничных ретроспектив!
#AgileЮмор #AgileКомикс
😁5👍2😢1
В продолжении темы ⬆️:
RB.RU опубликовал 6 сервисов, чтобы предупредить выгорание: подборка для компаний:
- Welltory — замерить уровень стресса по биометрии
- Happy Job — получить конструктивный фидбек от подчиненных
- «Ясно» — обеспечить качественную психологическую поддержку
- AnyDesk — организовать удаленную работу
- JetSkills — оценить компетенции и развитие сотрудника
- «Стахановец» — вовремя выявить выгорающих сотрудников
🙏 Если кто-то применял в компаниях поделитесь опытом.
RB.RU опубликовал 6 сервисов, чтобы предупредить выгорание: подборка для компаний:
- Welltory — замерить уровень стресса по биометрии
- Happy Job — получить конструктивный фидбек от подчиненных
- «Ясно» — обеспечить качественную психологическую поддержку
- AnyDesk — организовать удаленную работу
- JetSkills — оценить компетенции и развитие сотрудника
- «Стахановец» — вовремя выявить выгорающих сотрудников
🙏 Если кто-то применял в компаниях поделитесь опытом.
rb.ru
6 сервисов, чтобы предупредить выгорание: подборка для компаний | RB.RU
65% работающего населения считают, что свобода выбора места и времени работы положительно влияет на их ментальное состояние и показывает, что работодатель заботится о своих сотрудниках. Однако если начальник отслеживает ваш уровень стресса или предлагает…
Друзья, 13 декабря на митапе Тинькофф расскажу на реальных примерах про 3 основных ошибки агентов изменений и как их избежать
#AgileСобытие #Transformation
#AgileСобытие #Transformation
Forwarded from Оптимизация процессов в Т
В программе спикеры из Тинькофф, Agile Collage, and Change
🗓 13 декабря, 19:00
🚀 Москва, БЦ Водный, регистрация
🏠 онлайн, регистрация
Please open Telegram to view this post
VIEW IN TELEGRAM
❓Что делать если команда не хочет проводить Ретро?
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями, обесцениваниями и токсичными замечаниями.
2. Команда не видит большой пользы от Ретро
❤️🩹 Первую ситуацию обычно достаточно легко изменить, предложив попробовать с другим фасилитатором и с обещанием фокусироваться на том, чтобы не допускать ошибок, а не искать виноватых. В этом плане очень помогает пресуппозиция Норма Кёрта:
💬 «Независимо от того, что мы обнаружим, мы должны считать и искренне верить, что каждый сделал лучшее, на что был способен, с учетом доступной на тот момент информации, обладая своими навыками и способностями, при наличии доступных ему ресурсов и сложившейся на тот момент ситуации»
Со второй проблемой могут быть нюансы:
2.1. У команды в принципе не было удачного опыта Ретро
2.2. В команде настолько низкий уровень доверия, что обсуждение проблем и вариантов их решения либо не происходит, либо превращается в фарс
2.3. Команда уже решила все проблемы, которые могла решить самостоятельно.
Давайте сегодня разберем первый вариант. В следующих заметках остальные.
2️⃣.1️⃣. У команды не было опыта проведения полезного Ретро.
Ситуация похожая на кейс с негативным Ретро, не проще тем, что у участников нет отторжения к Ретро, скорее скепсис и их проще убедить попробовать ещё разок. Тут даже необязательно предлагать другого фасилитатора, достаточно анонсировать, что Ретро пройдёт в новом формате.
Но естественно в этот раз вы точно должны провести полезное Ретро для участников иначе поднимите их скепсис до небес.
🏓 И здесь важно даже не то, что вы найдете новый крутой формат Ретро, а важно понять, что болит у команды и подумать, как провести встречу, чтобы эти проблемы были подняты и хотя бы часть из ни была решена.
💡Если вы не уверены, что до Ретроспективы знаете основные боли команды, то пообщайтесь тет-а-тет хотя бы с половиной участников команды. Ещё очень полезно пообщаться с заказчиком и/или руководителем, какие у него есть пожелания к работе команды. Это особенно важно, если участники команды утверждают, что у них всё прекрасно и нет никаких проблем.
📆 Кроме этого, если вы не работаете постоянно с командой, полезно посетить их регулярные встречи, чтобы посмотреть на то, какие проблемы есть там.
📊 Узнав какие есть неудовлетворённости, вы уже можете планировать саму сессию. Можно договориться с участниками по отдельности, кто какую проблему точно поднимет, можно принести самому(ой) список проблем, опять же договорившись будет он анонимный или нет. Если недовольство есть только снаружи команды, то принесите это недовольство максимально задокументировано: обратная связь от клиентов/пользователей, цитата руководителя, Release Burndown Chart, Velocity Chart, статистика удачных сборок, статистика багов и т.д.
🔀 В случае, если договорились с участниками, что они сами озвучивают проблемы, а они это не делают, то будьте готовы поменять дизайн Ретро и достать собранный вами список проблем.
📣 В случае, если команда не согласна собранной обратной связью, поднимите вопрос, как так вышло, что команда до сих пор не собирает обратную связь сама, и в рамках Ретро подумайте, как делать это команде в будущем напрямую, а не через Скрам-Мастера или Agile-коуча.
В следующий раз поговорим, что делать, если в команде настолько низкий уровень доверия, что обсуждение проблем и вариантов их решения либо не происходит, либо превращается в фарс
#facilitation
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями, обесцениваниями и токсичными замечаниями.
2. Команда не видит большой пользы от Ретро
❤️🩹 Первую ситуацию обычно достаточно легко изменить, предложив попробовать с другим фасилитатором и с обещанием фокусироваться на том, чтобы не допускать ошибок, а не искать виноватых. В этом плане очень помогает пресуппозиция Норма Кёрта:
💬 «Независимо от того, что мы обнаружим, мы должны считать и искренне верить, что каждый сделал лучшее, на что был способен, с учетом доступной на тот момент информации, обладая своими навыками и способностями, при наличии доступных ему ресурсов и сложившейся на тот момент ситуации»
Со второй проблемой могут быть нюансы:
2.1. У команды в принципе не было удачного опыта Ретро
2.2. В команде настолько низкий уровень доверия, что обсуждение проблем и вариантов их решения либо не происходит, либо превращается в фарс
2.3. Команда уже решила все проблемы, которые могла решить самостоятельно.
Давайте сегодня разберем первый вариант. В следующих заметках остальные.
2️⃣.1️⃣. У команды не было опыта проведения полезного Ретро.
Ситуация похожая на кейс с негативным Ретро, не проще тем, что у участников нет отторжения к Ретро, скорее скепсис и их проще убедить попробовать ещё разок. Тут даже необязательно предлагать другого фасилитатора, достаточно анонсировать, что Ретро пройдёт в новом формате.
Но естественно в этот раз вы точно должны провести полезное Ретро для участников иначе поднимите их скепсис до небес.
🏓 И здесь важно даже не то, что вы найдете новый крутой формат Ретро, а важно понять, что болит у команды и подумать, как провести встречу, чтобы эти проблемы были подняты и хотя бы часть из ни была решена.
💡Если вы не уверены, что до Ретроспективы знаете основные боли команды, то пообщайтесь тет-а-тет хотя бы с половиной участников команды. Ещё очень полезно пообщаться с заказчиком и/или руководителем, какие у него есть пожелания к работе команды. Это особенно важно, если участники команды утверждают, что у них всё прекрасно и нет никаких проблем.
📆 Кроме этого, если вы не работаете постоянно с командой, полезно посетить их регулярные встречи, чтобы посмотреть на то, какие проблемы есть там.
📊 Узнав какие есть неудовлетворённости, вы уже можете планировать саму сессию. Можно договориться с участниками по отдельности, кто какую проблему точно поднимет, можно принести самому(ой) список проблем, опять же договорившись будет он анонимный или нет. Если недовольство есть только снаружи команды, то принесите это недовольство максимально задокументировано: обратная связь от клиентов/пользователей, цитата руководителя, Release Burndown Chart, Velocity Chart, статистика удачных сборок, статистика багов и т.д.
🔀 В случае, если договорились с участниками, что они сами озвучивают проблемы, а они это не делают, то будьте готовы поменять дизайн Ретро и достать собранный вами список проблем.
📣 В случае, если команда не согласна собранной обратной связью, поднимите вопрос, как так вышло, что команда до сих пор не собирает обратную связь сама, и в рамках Ретро подумайте, как делать это команде в будущем напрямую, а не через Скрам-Мастера или Agile-коуча.
В следующий раз поговорим, что делать, если в команде настолько низкий уровень доверия, что обсуждение проблем и вариантов их решения либо не происходит, либо превращается в фарс
#facilitation
Telegram
Agile Collage
❓Что делать если команда не хочет проводить Ретро?
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
👍3
Интересная история от Артёма Мушина-Македонского:
"... слово «Ответственность» в компании MARS обрело особый смысл, когда CEO компании во время совещания правления вышел из зала, чтобы вернуться через 10 минут с лампой в руках. Все это время длинная потолочная лампа резко мигала, и никто не брался это исправить.
CEO знал, какой смыл он хотел заложить в слово «Ответственность», и создал историю своими действиями."
#teal #SpiralDynamics #CorporateCulture
"... слово «Ответственность» в компании MARS обрело особый смысл, когда CEO компании во время совещания правления вышел из зала, чтобы вернуться через 10 минут с лампой в руках. Все это время длинная потолочная лампа резко мигала, и никто не брался это исправить.
CEO знал, какой смыл он хотел заложить в слово «Ответственность», и создал историю своими действиями."
#teal #SpiralDynamics #CorporateCulture
⚡2👍1
Agile Collage
Интересная история от Артёма Мушина-Македонского: "... слово «Ответственность» в компании MARS обрело особый смысл, когда CEO компании во время совещания правления вышел из зала, чтобы вернуться через 10 минут с лампой в руках. Все это время длинная потолочная…
На прошлой неделе обсудили, что делать если у команды нет позитивного опыта проведения Ретроспективы.
Сегодня поговорим на тему, что делать если...
2️⃣.2️⃣. Уровень доверия в команде не позволяет обсуждать проблемы
Это, пожалуй, самая сложна и длительная для разрешения ситуация.
Опять же может быть несколько причин:
2.2.1. Команда ещё новая
2.2.2. Команда уже не новая, но не было необходимости и/или желания в выстраивании доверия.
2.2.3. В команде небезопасно высказываться искренне
2️⃣.2️⃣.1️⃣. Первый случай самый простой. В течении пары спринтов нужно провести несколько активностей для выстраивания доверия. И ретроспектива – это удачное место для таких активностей.
🤝 Хорошо помогают в выстраивании доверия:
- Любые игры и активности на знакомство: 2 правды и одна лож, карточки с вопросами про прошлое, рассказ про свой бэкграунд и хобби, рассказ о своих факапах,
- Ретро Personal Map, разминка с кубиком, Coffee brake,
- Ретро по 5 порокам команды
Можно проводить либо целиком 1-2 Ретроспекстивы в форме таких активностей, либо начинать Ретро с такой разминки, не скупясь временем.
🌡 Главный подводный камень всех активностей на доверие: кто-то задает планку уязвимости, и все остальные равняются на неё. Поэтому при возможности определите очередность так, чтобы начинал про себя рассказывал самый откровенный участник команды, далее чуть менее откровенный и т.д. Я, иногда если чувствую, что эта планка у команды слишком низкая, начинаю сам и задираю чуть ли ни до интимных подробностей. Например, рассказываю про купный факап.
😱Однажды первый участник рассказал, что он наркоман, и после этого такие истории пошли от остальных участников... В общем у этой команды с доверием больше вообще никаких проблем не было.
2️⃣.2️⃣.2️⃣. В случае, если команда не новая, заставить знакомится ближе команду достаточно сложно.
Здесь уже приходится поступать сложнее и мотивировать их становиться более уязвимыми:
- играть в игры с ненулевой суммой типа "Красное и белое" (можно прямо вместо Ретро)
- опять же провести Ретро по 5 порокам команды
💪 Как и в случае с новой командой здорово найти самого откровенного участника команды, кто бы задавал планку доверия, причем ни сколько в рассказах о прошло, а сколько признании своих ошибок в текущей работе. Когда остальные видят, что кто-то признаётся в косяках, и с ним ничего плохого не происходит, а наоборот команда начинает помогать ему разобраться с проблемой, то и все начинают говорить более откровенно. Тут очень важна роль фасилитатора, чтобы никто не высмеивал и не обесценивал признание ошибок, и чтобы все подключали эмпатию и думали, как решить эту проблему или не допустить подобную в будущем. ❤️
2️⃣.2️⃣.3️⃣. И последний на сегодня кейс и самый сложный. Если в команде уже укоренилась убеждённость, что откровенность карается. Причем, караться она может административно: недополучение премии, объяснительные, выговоры и даже увольнения. А может просто подвергаться насмешкам и троллингу коллегами.
🥊 И если в административном варианте в идеале нужно менять руководителя, ибо старый руководитель будет и у команды ассоциироваться с карающим органом, и самому ему будет не просто перестроиться на новый стиль управления.
- Конечно, нужно отменять всякие наказания, если об ошибке сообщили вовремя, когда цена её устранения сравнительно невысока.
- В целом вместо наказания за ошибки ввести обсуждение, как её решить или предотвратить в будущем без поиска виноватых.
🦸♂️ Тут, как и в прошлых двух вариантах, нужен «пионер-всем пример», но здесь скорее всего вам нужен либо новый участник в команде, либо тот, кто достаточно недавно и не успел проникнутся культурой.
🦠 А вот в случае с токсичной культурой в коллективе вам придётся превратиться прямо в детектива: поговорить чуть ли ни с каждым участником отдельно, чтобы понять кто поддерживает культуру, а кому она не очень нравится, а самое главное найти неформального лидера, кто по факту эту культуру взрастил.
[Окончание в комментарии]
#facilitation
Сегодня поговорим на тему, что делать если...
2️⃣.2️⃣. Уровень доверия в команде не позволяет обсуждать проблемы
Это, пожалуй, самая сложна и длительная для разрешения ситуация.
Опять же может быть несколько причин:
2.2.1. Команда ещё новая
2.2.2. Команда уже не новая, но не было необходимости и/или желания в выстраивании доверия.
2.2.3. В команде небезопасно высказываться искренне
2️⃣.2️⃣.1️⃣. Первый случай самый простой. В течении пары спринтов нужно провести несколько активностей для выстраивания доверия. И ретроспектива – это удачное место для таких активностей.
🤝 Хорошо помогают в выстраивании доверия:
- Любые игры и активности на знакомство: 2 правды и одна лож, карточки с вопросами про прошлое, рассказ про свой бэкграунд и хобби, рассказ о своих факапах,
- Ретро Personal Map, разминка с кубиком, Coffee brake,
- Ретро по 5 порокам команды
Можно проводить либо целиком 1-2 Ретроспекстивы в форме таких активностей, либо начинать Ретро с такой разминки, не скупясь временем.
🌡 Главный подводный камень всех активностей на доверие: кто-то задает планку уязвимости, и все остальные равняются на неё. Поэтому при возможности определите очередность так, чтобы начинал про себя рассказывал самый откровенный участник команды, далее чуть менее откровенный и т.д. Я, иногда если чувствую, что эта планка у команды слишком низкая, начинаю сам и задираю чуть ли ни до интимных подробностей. Например, рассказываю про купный факап.
😱Однажды первый участник рассказал, что он наркоман, и после этого такие истории пошли от остальных участников... В общем у этой команды с доверием больше вообще никаких проблем не было.
2️⃣.2️⃣.2️⃣. В случае, если команда не новая, заставить знакомится ближе команду достаточно сложно.
Здесь уже приходится поступать сложнее и мотивировать их становиться более уязвимыми:
- играть в игры с ненулевой суммой типа "Красное и белое" (можно прямо вместо Ретро)
- опять же провести Ретро по 5 порокам команды
💪 Как и в случае с новой командой здорово найти самого откровенного участника команды, кто бы задавал планку доверия, причем ни сколько в рассказах о прошло, а сколько признании своих ошибок в текущей работе. Когда остальные видят, что кто-то признаётся в косяках, и с ним ничего плохого не происходит, а наоборот команда начинает помогать ему разобраться с проблемой, то и все начинают говорить более откровенно. Тут очень важна роль фасилитатора, чтобы никто не высмеивал и не обесценивал признание ошибок, и чтобы все подключали эмпатию и думали, как решить эту проблему или не допустить подобную в будущем. ❤️
2️⃣.2️⃣.3️⃣. И последний на сегодня кейс и самый сложный. Если в команде уже укоренилась убеждённость, что откровенность карается. Причем, караться она может административно: недополучение премии, объяснительные, выговоры и даже увольнения. А может просто подвергаться насмешкам и троллингу коллегами.
🥊 И если в административном варианте в идеале нужно менять руководителя, ибо старый руководитель будет и у команды ассоциироваться с карающим органом, и самому ему будет не просто перестроиться на новый стиль управления.
- Конечно, нужно отменять всякие наказания, если об ошибке сообщили вовремя, когда цена её устранения сравнительно невысока.
- В целом вместо наказания за ошибки ввести обсуждение, как её решить или предотвратить в будущем без поиска виноватых.
🦸♂️ Тут, как и в прошлых двух вариантах, нужен «пионер-всем пример», но здесь скорее всего вам нужен либо новый участник в команде, либо тот, кто достаточно недавно и не успел проникнутся культурой.
🦠 А вот в случае с токсичной культурой в коллективе вам придётся превратиться прямо в детектива: поговорить чуть ли ни с каждым участником отдельно, чтобы понять кто поддерживает культуру, а кому она не очень нравится, а самое главное найти неформального лидера, кто по факту эту культуру взрастил.
[Окончание в комментарии]
#facilitation
Telegram
Agile Collage
❓Что делать если команда не хочет проводить Ретро?
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
👍3
Оптимизация процессов в Т
Видео с митапа:
- 🧔🏻♂️Михаил Мартынов - Как не навредить себе и коллегам? Стратегия проведения изменений
- 👨🏫 Денис Тучин - 3 основных ошибки агента изменений
- 👩🦰 Римма Денисовец - Пять этапов для успешных изменений ADKAR
Все слайды тут
#Transformation
- 🧔🏻♂️Михаил Мартынов - Как не навредить себе и коллегам? Стратегия проведения изменений
- 👨🏫 Денис Тучин - 3 основных ошибки агента изменений
- 👩🦰 Римма Денисовец - Пять этапов для успешных изменений ADKAR
Все слайды тут
#Transformation
Forwarded from OKR Russia (Kate Dulina)
🔥ScrumTrek проведет бесплатный двухчасовой онлайн-интенсив 12 января 2023 года: «Обзор OKR: собери свои первые цели по Objectives and Key Results».
В программе:
📈 Эволюция целеполагания: MBO/KPI, S.M.A.R.T., BSC, OKR
⚖️ OKR и KPI: отличия, область применения и взаимосвязь между инструментами
🔎 Свойства и примеры OKR
👥 Организационные уровни и ритмы постановки OKR
🎯 Сложности при постановке и внедрении OKR
💼 Кейсы применения OKR в различных отраслях российского бизнеса для роста и выхода из кризиса
☝️Обязательно присутствовать тем, кто хотел разобраться в теме целеполагания, а также выяснить, чем подход может быть полезен бизнесу в текущих условиях!
👉Ссылка на регистрацию👈
@okr_ru
#okr #okr_russia
В программе:
📈 Эволюция целеполагания: MBO/KPI, S.M.A.R.T., BSC, OKR
⚖️ OKR и KPI: отличия, область применения и взаимосвязь между инструментами
🔎 Свойства и примеры OKR
👥 Организационные уровни и ритмы постановки OKR
🎯 Сложности при постановке и внедрении OKR
💼 Кейсы применения OKR в различных отраслях российского бизнеса для роста и выхода из кризиса
☝️Обязательно присутствовать тем, кто хотел разобраться в теме целеполагания, а также выяснить, чем подход может быть полезен бизнесу в текущих условиях!
👉Ссылка на регистрацию👈
@okr_ru
#okr #okr_russia
🔥1
Друзья, небольшой опрос, есть ли в вашей компании Agile PlayBook, Cookbook или другой свод знаний, как компания работает по Agile?
Anonymous Poll
53%
Нет
36%
Есть
12%
Сам(а) принимал(а) участие в написании
5%
Я - консультант, писать плеёбуки - моя работа)
2%
Свой вариант (напишу в комментарии)
Сегодня заключительная часть на тему Что делать, если команда не хочет проводить Ретро?
В прошлые разы мы рассмотрели что делать если
- у команды нет позитивного опыта проведения Ретроспективы
- уровень доверия в команде не позволяет обсуждать проблемы
Сегодня поговорим, пожалуй, про самый распространённый случай:
2️⃣.3️⃣. Что делать, если команда уже решила все проблемы, которые могла решить самостоятельно.
Команда не видит смысла обсуждать, проблемы, которые не в её зоне влияния, а всё что в её зоны влияния уже решено или решается по ходу спринта.
🤔 Тут всё дело в том, что ретроспектива была изначально неправильно позиционирована в команде, либо со временем забылось и осталось в голове, что ретро – место для решения проблем.
📕 Давайте вспомним, что написано в Руководстве по Scrum про Ретроспективу:
Да слово «проблемы» тут присутствует, но фокус не столько на них, сколько на повышении качества и эффективности работы.
А если вспомнить 8 принцип Agile-манифеста:
💪
Если исходить из этого, то ретроспективу можно строить совсем по-другому. Вот лишь немногие из вариантов:
2.3.1. Выбрать командой метрики качества и эффективности (возможно ещё какие-то важные для команжы метрики) и начать придумывать как мы их можем повышать.
2.3.2. Собрать обратную связь от пользователей и других стейкхолдеров по поводу качества, скорости работы и всего что пожелают важным высказать заинтересованные лица и планомерно отрабатывать обратную связь
2.3.3. Провести футуроспективу, используя один из подходов к диагностике команды.
2.3.4. Просто сесть с командой и подумать, что мы можем делать лучше
2️⃣.3️⃣.1️⃣. Придумав идеи улучшений метрик качества и эффективности, стоит их приоритезировать, например, методом ICE.
А дальше брать из этого «бэклога улучшений по 1-2 на спринт. А ещё лучше даже договориться с Владельцем Продукта включить улучшения в Бэклог Продукта, объяснив ему какой эффект от какого улучшения ожидается, чтобы он сам мог приоритезировать их по сравнению с другими элементами бэклога.
2️⃣.3️⃣.2️⃣. Обратную связь конечно нужно тщательно обработать и сформировать гипотезы на её основе, что, например, «если будем показывать пользователям промежуточные результаты, то снизим риск появления инцидентов на Production на 20%». Имея, такие гипотезы их также можно приоритезировать, как в случае 2.3.1.
2️⃣.3️⃣.3️⃣. Про футуроспективу точно стоит уже сделать отдельный вебинар или статью. Сейчас пока накидаю, что можно попробовать:
- Agile Team Health Check
- Team Radar
- Спиральная динамика
- Практически универсальная Ретро по 5 порокам команды
- Моя любимая Toyota Improvement Kata (можно совмещать со всеми выше перечисленными)
[Окончание в комментарии]
#facilitation
В прошлые разы мы рассмотрели что делать если
- у команды нет позитивного опыта проведения Ретроспективы
- уровень доверия в команде не позволяет обсуждать проблемы
Сегодня поговорим, пожалуй, про самый распространённый случай:
2️⃣.3️⃣. Что делать, если команда уже решила все проблемы, которые могла решить самостоятельно.
Команда не видит смысла обсуждать, проблемы, которые не в её зоне влияния, а всё что в её зоны влияния уже решено или решается по ходу спринта.
🤔 Тут всё дело в том, что ретроспектива была изначально неправильно позиционирована в команде, либо со временем забылось и осталось в голове, что ретро – место для решения проблем.
📕 Давайте вспомним, что написано в Руководстве по Scrum про Ретроспективу:
«Цель Sprint Retrospective — запланировать повышение качества и эффективности.
Scrum Team инспектирует то, как прошел последний Sprint в отношении людей, взаимодействий, процессов, инструментов и определения готовности. Инспектируемые элементы зависят от предметной области выполняемой работы и могут быть очень разными. Выявляются предположения, которые сбили Scrum Team с пути, и исследуется их происхождение. Участники Scrum Team обсуждают, что прошло хорошо во время Sprint, с какими проблемами они столкнулись, и как эти проблемы были (или не были) решены. Scrum Team определяет наиболее полезные для повышения эффективности изменения. Улучшения с самым высоким влиянием реализуются в кратчайшие сроки. Они могут даже быть добавлены в Sprint Backlog следующего Sprint» Да слово «проблемы» тут присутствует, но фокус не столько на них, сколько на повышении качества и эффективности работы.
А если вспомнить 8 принцип Agile-манифеста:
«Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.»то становится понятно, что качество и эффективность мы должны улучшать не путём выжимания всех соков из команды, а путём совершенствования процессов, чтобы участники команды, работая в нормальном режиме, могли допускать меньше ошибок и создавать больше полезного для пользователей.
Если исходить из этого, то ретроспективу можно строить совсем по-другому. Вот лишь немногие из вариантов:
2.3.1. Выбрать командой метрики качества и эффективности (возможно ещё какие-то важные для команжы метрики) и начать придумывать как мы их можем повышать.
2.3.2. Собрать обратную связь от пользователей и других стейкхолдеров по поводу качества, скорости работы и всего что пожелают важным высказать заинтересованные лица и планомерно отрабатывать обратную связь
2.3.3. Провести футуроспективу, используя один из подходов к диагностике команды.
2.3.4. Просто сесть с командой и подумать, что мы можем делать лучше
2️⃣.3️⃣.1️⃣. Придумав идеи улучшений метрик качества и эффективности, стоит их приоритезировать, например, методом ICE.
А дальше брать из этого «бэклога улучшений по 1-2 на спринт. А ещё лучше даже договориться с Владельцем Продукта включить улучшения в Бэклог Продукта, объяснив ему какой эффект от какого улучшения ожидается, чтобы он сам мог приоритезировать их по сравнению с другими элементами бэклога.
2️⃣.3️⃣.2️⃣. Обратную связь конечно нужно тщательно обработать и сформировать гипотезы на её основе, что, например, «если будем показывать пользователям промежуточные результаты, то снизим риск появления инцидентов на Production на 20%». Имея, такие гипотезы их также можно приоритезировать, как в случае 2.3.1.
2️⃣.3️⃣.3️⃣. Про футуроспективу точно стоит уже сделать отдельный вебинар или статью. Сейчас пока накидаю, что можно попробовать:
- Agile Team Health Check
- Team Radar
- Спиральная динамика
- Практически универсальная Ретро по 5 порокам команды
- Моя любимая Toyota Improvement Kata (можно совмещать со всеми выше перечисленными)
[Окончание в комментарии]
#facilitation
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Agile Collage
❓Что делать если команда не хочет проводить Ретро?
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
Это один из самых частых вопросов Скрам-Мастеров.
Понятно, что команда не хочет это делать не со зла. По большому счёту есть две основных причины:
1. Команда имела крайне негативный опыт Ретро: с обвинениями…
👍7
Друзья, провел небольшой опрос в 5 соцсетях и получил интересные результаты.
Поделитесь в комментах, какая основная мотивация писать Agile Playbook в вашей организации
#BusinessAgility
Поделитесь в комментах, какая основная мотивация писать Agile Playbook в вашей организации
#BusinessAgility
👍1