​#мнение
Как работает скрам-мастер. Часть 2

Это про то как понять что скрам-мастер работает хорошо или плохо. Может уволить?

Вот топ вариантов, чем ниже, тем больше мне нравится и выше объективность:

1. Соответствие принципам скрам. Скрамность. Инструменты: чеклисты внедрения, матрицы зрелости и тд;
2. По оценкам коллег и обратной связи. Если им нравится, то значит работа идет хорошо. Инструменты - review 360 и CPI по 1-1;
3. Эмпирические ощущения руководства. Инструменты - То, насколько по мнению руководства команда: сосредоточена на том, насколько эффективна работа; команда работает в ритме и каждую итерацию делает инкремент; создает прозрачность своей работы; улучшает свои рабочие процессы; быстро и самостоятельно управляют собой, сами решают как, когда и кем что делать;
4. Динамика результативности и продуктивности команды: Инструменты - соответствие планам (burndown), выполнение целей, процент выполнения взятых в спринт задач, рост velocity (часто числа сторипойнтов за спринт, хех);
5. С течением времени становится лучше культура и атмосфера работы. Инструменты - culture index (например, свой есть у scrum), вовлеченность (например, по Gallup);
6. Показатели успеха работы. Инструменты - измерение удовлетворенности заинтересованных сторон, ROI, скорости поставки, плотности инноваций и тд
7. Комплексные метрики. Инструменты - измерение множества показателей, от безопасности и доверия, до lead time и обучаемости. Их нужно определить индивидуально в каждом случае;
8. Финансовые показатели. Мне нравится идея, когда аджайл коучи контрактуются на повышение выручки и маржинальности;
9. Комплексные метрики, контрактование изменений и авторизация результата. Инструменты - показатели из п.7 + регулярный пересмотр того что нужно починить в рабочих процессах в виде “сейчас X, будет Y, для этого сделай что-то за 2 месяца”+ описанные действия СМ, когда каждый результат имеет зафиксированный список действий со стороны СМ и четкую связь между причиной и следствием.

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

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

Игры про Scrum:

Martian scrum. Фаскарта . Learning objectives - общие принципы петель обратной связи, важность ранней обратной связи и частой поставки.

Agile zoo. (LeSS/Nexus zoo). Фаскарта. Learning objectives - создание коллективных планов, прямое взаимодействие между командами.

Scrum Puzzle. Фаскарта и заготовка в миро. Learning objectives - объяснение ролей, артефактов и событий скрам в деталях.

Lego Scrum и аналог Lego Scrum City. Фаскарты первого и второго . Learning objectives - разграничение зон ответственности в скрам.

Product Owner value game . Фаскарта . Learning objectives - PBR это не просто декомпозиция и оценка, рисками нужно управлять.

WAKE UP IN THE MORNING. Фаскарта. Learning objectives - выбор задачи под цели, реализация самого важного в ограниченные сроки.

Marshmallow Challenge. Фаскарта . Learning objectives - план ничто, планирование все, учиться на ошибках.

Ball Point Game. Фаскарта . Learning objectives - предсказуемость, узкие места.

XP Game. Фаскарта . Learning objectives - основные принципы XP, жизненный цикл ПО.

В целом на сайте порядка 40 игр на разные темы по скраму и аджайлу, можно найти по тегам игры на любую тему. Также много игр есть в мироверсе , как icebreakers, так и серьезные.

Отдельно хочется выделить игры на масштабируемый аджайл, который посложнее скрама. Например LeSS.

Игры про Kanban:

Featureban. Онлайн игра и заготовка в миро. Learning objectives - понимание WiP лимитов и сотрудничества.

GetKanban. Онлайн игра и фаскарта. Есть заготовка в миро, под запрос. Learning objectives - вытягивающий принцип, управление потоком, канбан-метрики.

Большое разнообразие игр представлено на сайте Кирилла Климова . Там множество ссылок и приведены 5 онлайн симуляторов.

В целом существует огромное число игр на тематику управления продуктом, например New New Product game, управления проектом вроде MIT game. Ну а про управление процессами я молчу, взять ту же игру с бусинами Деминга.

#полезности
Исследование проектного управления в России

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

#полезности

Скоро состоится FlowDays - крупнейшая конференция офлайн+онлайн по Канбан методу!

🕙 Когда?
22-23 сентября 2022 года, Москва ул. Большая Почтовая д 40, стр. 7

🧑‍💻Регистрация на сайте конференции https://flowdays.ru/

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

Что вас ждет?

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

7 тематических потоков, где каждый найдет свое:

📍База (для начинающих, знакомство с методом) - как устроен Канбан метод и какие инструменты потребуется на старте.
📍Управление изменениями - для тех, кто управляет изменениями на уровне компании или большого направления
📍Лидерство - о том как избежать сопротивления и вовлекать людей в улучшения
📍Работа с данными и аналитикой - разбор того, какую информацию можно получить из графиков и цифр, а затем принять правильные решения
📍Продуктовый менеджмент (upstream, discovery, triage, F4P) - как можно с помощью Канбан метода наращивать ценность вашего продукта.
📍Канбан метод + (применение вместе с другими подходами, you name it) - как возможно использовать Канбан в связке с различными фреймворками (Scrum, LeSS, OKR, SAFe)
📍Вне ИТ - секреты специфики применения Канбан метода на реальных производствах, маркетинге, продажах, лабораториях.

🔥Только до 10 сентября, акция для участников канала Junior PM, скидка 5000 руб. по промокоду JUNIOR

P.S. Если что это не платная реклама хоть и платного события (тут такой отродясь не было и не будет), просто то что делает Леша Пименов обычно выходит славно :D

​#рецепт
Продолжение размышлений про то как включаться в новом месте работы

Здравствуй, онбордящийся читатель. Этот пост будет кратким продолжением мыслей поста про то как включаться в работу на новом месте https://t.me/junior_pm/97

Недавно наткнулся на достаточно инфоцыганский подход Human System Design. Про него не так много информации и подается он как следующая ступень после системного анализа, системного мышлнея, теории сложности и тд. Почему, я так и не понял.

Я в нем отыскал интересное зерно, которое заложено как 3 главный принципа:

- Наблюдай паттерны
- Исследуй
- Продолжай двигаться

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

Наблюдай паттерны
Потренируйся выделять повторяющиеся события. Для этого, слушая дейлик, общаясь на 1-1,ю и, в общем, участвуя в каком-то событие или разговоре, попробуй сформулировать пять утверждений, чтобы проанализировать события и найти то, что ранее не попадало в поле зрения:

1. Обобщение. *В общем я наблюдаю, что*
2. Исключение. *Как правило…, кроме случаев…*
3. Противоречия. *С одной стороны,…, а с другой – …*
4. Удивление. *Меня удивило, что…*
5. Исследование. *Интересно, что…*

Как использовать - часто как новый менеджер ты попадаешь в звездец. Дедлайн горит, спонсор не доволен и думает разогнать команду и тд. В общем на носу проблема. А такой подход позволяет взглянуть на события с точки зрения системы, например сформировать потом молча в уголке CLD/исикаву/C&E и найти рычаги воздействия на ситуацию.

Исследуй
Четыре шага навстречу решению сложной проблемы:

1. Превратите критику в любопытство.
2. Превратите спор в совместное исследование.
3. Превратите свою защиту в саморефлексию.
4. Перефразируйте свои предположения в вопросы

Просто занятный подход для участия в спорах и дискуссиях. Особенно хорошо решает срачи в сочетании с ненасильственным общением (годная краткая статья на эту тему.

Продолжай двигаться
Принцип для сдвига обсуждения/размышления с мертвой точки

Даже в самых неопределенных ситуациях, когда ты чувствуешь что самостоятельно или с командой с этим не разобраться, задай всего три вопроса «что»:

- Что? Что я наблюдаю здесь и сейчас, какие паттерны замечаю?
- И что? Что из этого — важнейший вызов? Какие у меня есть ресурсы и влияние?
- А сейчас что? Что сейчас я могу сделать? Действие приведет к изменению ситуации к лучшему?

Очень похож на 5 почему великим потенциалом для выбешивания людей.

#attention
На какое-то время приостановлю посты, причины прозаичны. Надеюсь возобновить сразу как поднакоплю душевных сил

P.S. Я возобновил менторство на площадках solvery, getmentor, nfng. Если вам по каким-то причинам нужна консультация по вопросам профессии в менеджменте или просто поддерживающий разговор с коллегой, то обращайтесь.

P.P.S. Если вдруг у вас есть предложение о работе с релокацией для неговорящего толком по-английски, но предприимчивого менеджера вроде меня, то я открыт к диалогу 🤓

​#полезности
Возвращение к корням
Здравствуй, читатель канала. Снова увиделись)

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

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

Мы с Дима Ирешев, Head of PMO Сбермаркет задались вопросом: от чего зависит зарплата? Посмотрели исследования хабр карьеры, hh, new hr, geekjob, pmi salary и тп. Но они по большей части представляют 1-2 графика в стиле "распределение зарплаты по грейдам". Нас это не удовлетворило (

Давайте вместе исследуем наш рынок более подробно!
Пройдите опрос по ссылке . Прохождение займет не больше 3 минут ⏱

Результаты будут готовы к концу января и распространены в свободном доступе 🔥

Также Дима делал ранее исследование проектного управления в РФ, с нем можно ознакомиться по ссылке 📊

Распространение и обратная связь приветствуется 🙃

​#полезности
Тематические карты по agile
Как и обещал возвращаю канал к истокам, а значит каждый пост будет с какой-то полезной конкретикой

Например сейчас я принес штучку под названием карточки разговоров. Это инструмент, который придумал Джимми Энлейн из известной шведской компании Crisp. У него много разных применений, например эти карточки можно использовать как темы на ретроспективу, составление своего плана изучения agile или просто как темы для статей в блог)

Автор исходной статьи https://blog.crisp.se/2015/10/08/jimmyjanlen/agile-topics-card-deck приложил pdf с карточками, по которому их можно распечатать и исходно это инструмент для оффлайна. Я перенес карточки в онлайн и сделал шаблон в miro https://miro.com/miroverse/agile-topics/

Мне этот шаблон подарил парочку занятных обсуждений с командой, надеюсь будет полезен и тебе)

#полезности
Продакты и сюда добрались
Рекламный пост. Подумаешь ты. Кросспост отвечу я

Сергей помог с со сбором ответов для исследования зарплат руководителей проектов и взамен расскажу про его канал Fresh Product Manager

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

Поэтому хотя бы на полшишечке разбираться в продуктологии важный и востребованный навык. Вряд ли читая канал Сергея вы станете продактом и устроитесь в Binance, но понять общий ход мыслей, подчерпнуть новых слов и словить парочку инсайтов в его мыслях вы точно сможете)

P.S. Да, треугольники есть не только у проджектов)

​#рецепт
Как принимать решения, когда надо выбирать из альтернатив

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

Я его называю матрица взвешенных решений, но вообще у него есть более академическое - геометрический показатель качества или индекс среднего взвешенного. Тут можно почитать про формулу https://studfile.net/preview/9934800/page:3/

Вкратце как это работает:

- Описываешь список характеристик, которые важно учесть при решении. Вот пример для выбора таск-трекера https://t.me/junior_pm/26;
- Каждой характеристике назначаешь дробный весовой коэффициент в интервале от 0 до 1. Сумма всех коэффициентов характеристик = 1;
- Характеристики оцениваешь по шкале, я например использую от 1 до 10;
- Показатель решения рассчитываешь как сумма произведений оценки и коэффициента;
- Пункты 2-4 проделываешь для каждого варианта решения;
- На выходе получаешь для каждого решения число, которое описывает его качество, выбираешь из альтернатив решения с наибольшим показателем. PROFIT

На той же логике кстати основан продвинутый RICE и метрические системы приоритизации, только там показатели, вроде Effort и Impact зафиксированы и для каждого случая принятия решений не придумываются новые

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

Ссылка на шаблон: https://docs.google.com/spreadsheets/d/1O5NH8Vk2QxJM8SuKcP9gDz7sdITaHNNCv4V_Cg_TzUI/edit?usp=sharing

#perl
Заходишь на новую ходку, а тут под ноги бэклог кинули. Что делать будешь?

1. Вечер в хату порядочным разрабам и тестировщикам
2. Кто смотрящий по пайплайну
3. Меня короновал в ПМ (называем должность повыше в компании)
4. Теперь наша команда красная (как книга Сазерленда)
5. Законы наши будут жестоки , но справедливы и оценивать вас будут по-людски и в сторях
6. Общий сбор для барагоза у нас раз в 2 недели после удачной деляги

Вопросы есть, вопросов нет 🌚
P.S. Труд одного ex-ГПН коуча

​#артефакт
Кто не рискует, тот не подписывает акты приема-передачи

Давай поговорим про тривиальную, но почему-то редко встречающуюся на практике работу - управление рисками. Это одна из самых распространенных причин почему случаются вторые 80% проекта

Риск - случайное событие, которое может оказать влияние на ход проекта

По определению каждый риск обладает 2 характеристиками: влиянием и вероятностью

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

Суть управления рисками сводится к манипулированию этими 2 характеристиками + выявлению рисков. Типовой алгоритм работы с рисками:

1) Поиск и выявление рисков
Каждый день менеджер проекта (далее ПМ) задумывается, не появились ли новые риски. Стоит возвести это в привычку, например посвящать время рефлексии на тему рисков после каждой встречи и выписывать их в блокнот

2) Фиксация и качественная оценка
Если потенциально может появится новый риск, то ПМ фиксирует его в специальном артефакте - реестре рисков и производит качественную оценку. У каждого риска оценивается вероятность и влияние по шкале: низкое, среднее, высокое. Часто это организуют в матрицу 3x3, по ней отбираются риски для след. этапов. Обычно это риски с высоким уровне угрозы, им нужно уделить внимание

3) Детализация рисков
Для рисков с высоким уровнем ПМ описывает такие детали как: влияние на проект, триггеры, план А, план Б

Влияние на проект - детальное описание того что случится, если риск сработает
План А - план предотвращения риска
План Б - план тушения пожара после срабатывания риска
Триггер - признак того что риск реализовался

4) Мониторинг триггеров
Каждый день нужно пробегаться по реестру рисков и задаваться вопросом, случился ли триггер. Если сработал, то нужно воспользоваться планом Б

5) Применение планов по управлению рисками
В п 3 ПМ описал 2 плана: нивелирования и реакции. Их нужно воплощать в жизнь, причем в случае плана А постоянно

6) Анализ последствий
После того как риск сработал стоит зафиксировать дату его срабатывания и реальные последствия для проекта. Это поможет провести post-mortem проекта и научиться на ошибках

Резюме: работу с рисками ПМ стоит возвести в привычку. Нужно постоянно: думать о рисках, оценивать их, описывать детали, реализовывать планы управления и проверять срабатывание

Типовой реестр рисков: https://docs.google.com/spreadsheets/d/1gDx2RXBkE-HnIbmUTLpkIrKLlgkPEgony6LsatDK1VI/edit?usp=sharing

P.S: Особенно важно работать с рисками на предпроектном исследовании, чтобы зафиксировать детерминирующие риски, которые могут закрыть проект. У меня однажды это было банкротство заказчика. А какие у вас были интересные истории рисков?

#полезности
Подведение итогов года

Привет и с наступающим!

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

Тешу себя надеждой, что они помогут тебе подумать над уходящим 2022 и выделить важное для себя

Шаблон в ноушен: https://www.notion.so/artemletyushev/64cf6ad8793c4c43a5abf2af2d7f9240

И файлик с традиционным годовым компасом

See you in the new year, cowboys)

#perl
Monkey manager

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

Продавец ответил: "Она очень быстро программирует на С, не делая ошибок и пишет великолепный код." Тогда турист стал внимательно разглядывать других обезьян в этой клетке и заметил, что одна из них стоит 10000. "За что же назначена цена в два раза больше?" - спросил он. Продавец сказал: "Эта обезьяна программирует на С++, Java и других объектно-ориентированных языках!"

Оглядев магазин, турист увидел еще одну обезьяну в отдельной клетке с табличкой $50000: "О! А вон та стоит 50000! Это неслыханная цена, что же она умеет?"

Продавец развел руками и сказал: "Сам я точно не знаю, но другие обезьяны называют ее Project Manager"

P.S. В жизни бы так(

Также выкладываю PDF, кому-то удобнее сразу файликом) Также в нем исправлены небольшие ошибки

​#мнение
Гайд по обратной связи. Часть 1. Важность
Обратная связь один из самых часто упоминаемых инструментов современного менеджмента. И столько же часто используемый некорректно. Руководителю проектов важно давать обратную связь по нескольким причинам:

1. Повышение производительности: обратная связь помогает сотрудникам понять свои сильные и слабые стороны и позволяет им работать над областями, которые нуждаются в улучшении;

2. Повышение мотивации. Когда сотрудники получают конструктивную обратную связь, это может повысить их мотивацию и стремление работать лучше;

3. Лучшее общение: обратная связь способствует открытому и эффективному общению между менеджерами и сотрудниками, создавая позитивную рабочую атмосферу;

4. Развитие сотрудников: регулярно предоставляя и получая обратную связь, менеджеры могут помочь сотрудникам развивать свои навыки и расти в карьере;

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

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

В мою картину мира хорошо встроило обратную связь окно Джохари.

Окно Джохари — это инструмент, который помогает людям понять взаимосвязь между самопознанием и самораскрытием.

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

В контексте окна Джохари получение обратной связи может расширить квадрант «Открытая зона», давая представление о том, как другие воспринимают нас. В результате обратная связь может помочь преодолеть разрыв между тем, что мы знаем о себе, и тем, что другие знают о нас, повышая наше самосознание и улучшая наши отношения с окружающими.

P.S. У меня у самого с этим весьма туго, как сообщил мне мой ментор я не запрашиваю обратную связь самостоятельно. Сейчас вырабатываю себе привычку спрашивать фидбэк у 1 человека в неделю. Пока узнал несколько негативных неожиданностей о себе, которые достаточно легко решаются, хотя при это сильно портят общение со мной. Также получил долю позитива, узнал что мной восхищаются в некоторых аспектах)

​#мнение
Гайд по обратной связи. Часть 2. Правила
И все же, несмотря на свою важность, работа с обратной связью может быть сложной задачей. Руководителям может быть трудно принять критику, а сотрудникам — дать конструктивную обратную связь. В это могут помочь нехитрые правила обратной связи.

Для того кто получает ОС:

1. Позитивный настрой. Вам дают фидбэк ради вашего блага, а не для того чтобы уязвить
2. Уточните тему для ОС, по чему конкретно вы хотите ее получить/вам ее дают в общем;
3. Если вы не готовы к ОС - дайте знать об этом, не принимайте её;
4. ОС возможна только при нейтральной позиции к вам. Если дающий относится к вам недоброжелательно или слишком позитивно, теряется ее объективность;
5. Не стесняйтесь уточнить, чтобы правильно понять и воспринять информацию;
6. Не спорьте, не пытайтесь защищаться или оправдываться. Занимайте позицию любопытства;
7. Не ищите в словах абсолютную истину, а в мнение другого критерий качества вас;
8. Исследуйте расхождения во мнениях;
9. Благодарите за ОС и поощряйте к ее повторению в будущем.

Для дающего:

1. Позитивный настрой. Вы даете фидбэк чтобы помочь другому человеку и улучшить ваши взаимодействия;
2. Озвучьте тему для ОС. Не говорите в общем и абстрактно;
3. Уточните наличие готовности принять ОС;
4. ОС стоит давать когда вы нейтрально настроены, а не хотите проучить человека или польстить;
5. Дав обратную связь не убегайте в закат. Относитесь спокойно к уточнениям и вопросам;
6. При защитной реакции, когда человека задела ОС извинитесь и остановитесь. Спустя время напомните о позитивной цели ОС и ваших намерений;
7. Описывайте ситуацию/контекст опираясь на конкретные факты и случаи в жизни, а не “иногда ты часто неприятный!”;
8. Искренне благодарите, что вашу ОС выслушали

Самое важное правило! Не путайте поддерживающую и корректирующую обратную связь. Одна для закрепления и развития текущего поведения, а вторая для его изменения на другое. Первую можно давать при посторонних, а вторую стоит сообщать только лично (есть исключения). В общем: ругать лично, хвалить публично

​#мнение
Гайд по обратной связи. Часть 3. Техники

Существует бесчисленное количество разных техник обратной связи. Структура большинства из них имеет такие общие элементы:

1. Ситуация/контекст (тема обратной связи, например управление собственным временем);
2. Наблюдения (факты того, что случалось в рамках этой темы, например ситуации когда разработчик опаздывал на дейли);
3. Ваши чуства/ощущения (например, какое негодование и раздражение вас охватывало каждый раз когда его приходилось ждать);
4. Почему это важно для вас (например, потому что вы очень цените ваши командные договоренности и для вас их соблюдение это мера доверия к людям);
5. Мнение о том что стоит изменить (например, давай подвинем дейли с 9.00 на 9.05?).

Это структуру описывает “ненасильственное общение” и "ролл обратной связи" из менеджмента 3.0.

Я чаще всего использую модель COIN:

- Context - укажите конкретное событие, тему или сложившиеся обстоятельства, которые вы хотели бы обсудить;
- Observation - опираясь на факты опишите уведенное через “я - утверждения”, подчеркивая что это ваше видение ситуации;
- Impact - объясните каким образом увиденное повлияло на вас или участников;
- Next steps - предложите несколько способов, которыми можно улучшить ситуацию, и попросите в ответ поделиться своими идеями

Все вместе это получается как фидбэк тимлиду разработки:

“Я бы хотел обсудить прошедшее сегодня планирование спринта. Я увидел что активных участников обсуждения было мало, и на ходу встречи становилось все меньше. Такой ход встречи поощряет избегание ответственности “молчунами” и не способствует прозрачности оценок и планов. Я бы предложить использовать формат, предполагающий высказывания всех участников. Что ты думаешь по этому поводу?”

Также хорошо себя зарекомендовала модель SBI и ее модификация SBI/BI (alternative behavior&alternative impact)

​#мнение
Гайд по обратной связи. Часть 4. Частые ошибки

В обратной связи часто совершают ошибки. Я опишу их в форме вредных советов)

Когда запрашиваешь обратную связь:

1. Умалчивай какой контекст и для чего необходима ОС;
2. Не готовься спокойно выслушать ОС;
3. Ищи одобрения и похвалу вместо ОС;
4. Запрашивай ОС только у вовлеченной и любящей тебя стороны;
5. Проси ОС чтобы разобраться кто прав, а кто виноват в ситуации

Когда даешь обратную связь:

1. Давай ОС без позволения или запроса на нее. Захотелось - делай!;
2. Продолжай давать ОС даже после защитной стойки принимающего фидбэк, он обязательно все осознает!;
3. Не стесняйся использовать критику и оценочные суждения, это работа, а не детский сад, чего такие нежные;
4. Попроси дать ОС за себя третью сторону, так тоже ок

Когда принимаешь обратную связь:

1. На всякий случай вставай в защитную позицию. Лучше молчаливую, но можно и эмоциональную;
2. Не помешает относиться к ОС как критике, так будет менее больно и страшно. Ожидай худшего;
3. ОС жутко субъективная вещь. Не стесняйся перебивать и ставить под сомнение сказанное;
4. Если не согласен с ОС, доказывай как все было на самом деле и почему ты прав;
5. Можно остановить человека и прочитать ему лекцию как правильно давать фидбэк. Например, отправив эту статью;
6. После того как тебе дали ОС сразу в ответ давай свою. Ни один удар не должен остаться без ответа!

В качестве источника и вдохновения использовалось обучение от Антона Иванова и AgileLAB