Конфликт в команде

Представьте, что между участниками вашей команды назревает конфликт.
Что вы будете делать? Вмешаетесь, чтобы потушить конфликт на ранней стадии, или подождете, пока «разгорится»? Конструктивные конфликты могут быть полезны, а вмешательство может помешать команде развиваться.
Но тогда, сколько ждать?
🔜 Если конфликт мешает продуктивности, нарушает рабочую атмосферу в команде или переходит перерастает в личные разногласия, вмешательство становится необходимым.
⚡️ Но ваша задача — не решать конфликт за команду, а помочь ей научиться справляться с такими ситуациями самостоятельно.

Шаги для вмешательства

1️⃣ Оценка конфликта
Прежде чем вмешиваться, важно оценить характер конфликта:
🟡Конструктивен ли он? Если спор касается рабочих вопросов (например, подходов к решению задач), это может быть продуктивной дискуссией. В таком случае лучше дать коллегам возможность обсудить это без вмешательства.
🟡Есть ли личные разногласия? Если конфликт переходит на личности или в команде ощущается напряжение, важно вмешаться, чтобы не допустить эскалации.
🟡Как долго продолжается? Если конфликт затягивается и начинает негативно влиять на работу, необходимо мягко направить команду на его разрешение.

2️⃣ Наблюдение и фидбэк
Если ситуация ещё не переросла в открытый конфликт, на начальной стадии можно предложить команде обсудить её, например, на ретроспективе:
🟣 Ненавязчиво обратите внимание на напряжение. Например: «Я заметил, что в последнее время возникают разногласия по поводу задач. Давайте обсудим, как можно улучшить наше взаимодействие».
🟣 Сосредоточьтесь на фактах. Это поможет избежать обвинений и эмоциональных реакций.

3️⃣ Фасилитация диалога
Если конфликт уже явный, стоит провести встречу с участием обеих сторон, чтобы помочь им обсудить проблему. Выступайте как нейтральный фасилитатор:
🔵 Фокусируйтесь на проблеме, а не на эмоциях. Важно помочь команде перейти от обвинений к обсуждению фактов: «В чем именно заключается проблема с выполнением задачи?» или «Какие шаги мы можем предпринять для улучшения ситуации?».
🔵 Применяйте активное слушание и перефразирование. Перефразируйте сказанное, чтобы стороны чувствовали, что их услышали: «Правильно ли я понимаю, что ты считаешь, что работа не была выполнена в срок из-за недостатка информации на старте?».

4️⃣ Психологическая безопасность
Работайте над созданием безопасной атмосферы, в которой каждый может свободно высказывать свои мнения:
🔵 Поддерживайте доверие и открытость. Объясните, что все мнения важны, и никто не должен бояться высказываться. Например: «Здесь нет правильных или неправильных точек зрения; важно услышать всех».
🔵 Призывайте к открытому обсуждению проблем. Если команда научится обсуждать возникающие проблемы сразу, они не будут накапливаться и превращаться в конфликты.

5️⃣ Использование ретроспективы
Ретроспективы — мощный инструмент для решения конфликтов. Можно направить обсуждение на выявление причин разногласий:
🟣 Фасилитируйте диалог. Спросите: «Что пошло не так в этом спринте с точки зрения взаимодействия?» или «Что вызвало недопонимание между участниками?».
🟣 Используйте техники для поиска корневых причин. Например, «5 Почему» поможет разобраться, что привело к возникновению конфликта, а не просто обсудить его поверхностные симптомы.

⭐️ Зрелость команды заключается в способности саморегуляции, в том числе в управлении конфликтами.

Читать полностью…

❤️ Приглашаем на ИТ конференцию «Agile среда в ПСБ: Импортозамещение и стратегии для финтеха».

💿 Что обсудим:

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

Также поделимся нашими кейсами и наработками.

В программе 14 докладов, 3 практических воркшопа и панельная дискуссия с экспертами ПСБ и лидерами в гибком управлении.

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

Регистрируйся! И до встречи!

Erid 2VtzqwdniXc
Реклама. ПАО "Промсвязьбанк". ИНН 7744000912

Читать полностью…

Регулярные полёты на Луну и Марс стали ещё ближе!
Ведь вчера SpaceX впервые успешно вернула на Землю многоразовый ускоритель самой тяжёлой ракеты Starship.

Это отличный повод рассказать, как в SpaceX внедрены принципы Agile, например, в подходе к разработке и тестированию.

⭐️ Инвестиции в автоматизацию разработки
SpaceX разработала систему, которая позволяет проектировать и проверять свои изделия через симуляции, а затем автоматически производить детали. Они внедрили систему 3D-моделирования, которая ускоряет производство и снижает затраты на детали, дизайн которых постоянно меняется. Вместо того чтобы каждый раз создавать новые пресс-формы для производства, они просто печатают новые версии деталей.
Этот подход отражает системное мышление, характерное для DevOps. Важно дать инженерам возможность как можно быстрее и проще переходить от дизайна к тестированию, сокращая время цикла разработки.

⭐️ Постоянно меняющийся дизайн
Если спросить инженера SpaceX о текущем состоянии проекта, его ответ может кардинально измениться уже через месяц. Для внешнего наблюдателя это может казаться хаотичным, но на самом деле это естественная часть эволюционного и гибкого процесса проектирования. Например, компания полностью пересмотрела свой подход к созданию марсианского корабля: сначала планировалось использовать Falcon Heavy с капсулой, но затем появилась идея Starship. Изначально он разрабатывался из углеродного волокна, но позже было решено использовать нержавеющую сталь, и уже через несколько месяцев SpaceX построила первый прототип.

⭐️ Быстрое тестирование и обучение
Когда компании приходится вносить такие крупные изменения в дизайн, традиционный подход мог бы задержать проект на годы. Обычно новый дизайн проходит длительную симуляцию и проверку, прежде чем будет построен первый прототип, который должен работать идеально. В SpaceX всё наоборот — они не ожидают, что прототипы будут идеальными или даже работоспособными.
Например, их первый прототип Starship был разрушен во время тестирования, но это было ожидаемо. Прототипы создаются для того, чтобы проверить границы дизайна и выявить недостатки. Уже строятся новые версии с учётом полученных данных.

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

Читать полностью…

Handelsbanken — уникальный банк с уникальной структурой

Пример того, как даже в крупных банках может работать всё то, о чем мы пишем.

Handelsbanken — шведский банк, основанный в 1871 году, с текущим числом сотрудников около 11 000 человек. Он работает в Швеции, Финляндии, Норвегии, Великобритании и Нидерландах.

Подход Handelsbanken можно описать через четыре основных элемента:

1️⃣Четкое стратегическое видение
🔹Превосходство во всех аспектах. Handelsbanken стремится быть лучшим во всех аспектах: лучшим местом работы для сотрудников, лучшим банком для клиентов и лучшей инвестицией для акционеров.
🔹Децентрализация. Девиз банка «Филиал — это банк» отражает широкую автономию, предоставленную местным филиалам для эффективной работы.
🔹Клиентоориентированность. Каждое решение начинается с анализа потребностей клиента.
🔹Прозрачная культура работы. Банк ставит во главу угла прибыльность, а не объем продаж, и постоянно совершенствует процессы, уделяя особое внимание удовлетворенности клиентов и эффективности затрат.

2️⃣Децентрализованная структура
🔹Местные филиалы. Каждый филиал является центром прибыли и отвечает за своих клиентов, сотрудников и рентабельность. Филиалы обладают автономией в разработке местных стратегий и принятии бизнес-решений с учетом особенностей своей клиентской базы.
🔹Центральный офис. Головной офис в Стокгольме отвечает за стратегию, ценности и кредитную политику на глобальном уровне.

3️⃣Прозрачная система учета
🔹Доступность данных. Всем сотрудникам доступны данные о результатах деятельности. Система отслеживает различные показатели эффективности, позволяя филиалам видеть, как их решения влияют на общую прибыльность.
🔹Установление ожиданий. Банк ориентируется на более высокую прибыльность по сравнению с аналогичными банками, достигая этого за счет снижения затрат и повышения удовлетворенности клиентов.
🔹Отчетность и бенчмаркинг. Ежемесячная отчетность, матрицы эффективности и таблицы рейтингов способствуют здоровой конкуренции и постоянному совершенствованию филиалов.

4️⃣Схема коллективного вознаграждения
💡Handelsbanken отказался от краткосрочных индивидуальных бонусов в пользу долгосрочной коллективной схемы распределения прибыли. Когда банк достигает высоких показателей рентабельности, часть сверхприбыли поступает в фонд. Этот фонд, принадлежащий сотрудникам, инвестирует в акции Handelsbanken и выплачивает средства по достижении сотрудниками 60-летнего возраста, способствуя их долгосрочной лояльности и заинтересованности в успехе банка.

В блоге Corporate Rebels можно найти много статей об этом удивительном банке.

#реальнаяжизнь

Читать полностью…

Измерение успеха трансформации

Любая трансформация в организации (цифровая, культурная, операционная) — непростой процесс. Нужно четко понимать, что нужно изменить и к каким последствиям это приведет. Если не оценивать успех, легко потерять контроль над процессом, упустить ошибки или отклониться от целей. Это может привести к провалу или поверхностным изменениям, которые не принесут результата. А там недалеко и до того, чтобы сотрудники потеряли мотивацию.

Почему важно измерять успех трансформации?
1️⃣ Оценка прогресса
Трансформации редко проходят быстро и гладко. Измеряя успех, можно увидеть, насколько компания продвинулась к своим целям, и сравнить ожидания с результатами. Это помогает корректировать процесс по мере необходимости.

2️⃣ Эффективное использование ресурсов
Изменения требуют больших затрат времени и денег. Оценка результатов помогает понять, насколько эффективно используются ресурсы, и где можно улучшить процесс, сделать его дешевле и быстрее.

3️⃣ Корректировка планов
Во время трансформации могут возникнуть непредвиденные трудности или новые возможности. Без оценки сложно понять, когда и что нужно менять. Иногда требуется больше времени или ресурсов, чем ожидалось, или какие-то изменения могут оказаться менее полезными.

4️⃣ Поддержание мотивации
Когда сотрудники видят, что их усилия приносят результат, это вдохновляет их продолжать работу. Если же прогресс незаметен, команда может устать и потерять веру в успех изменений.

5️⃣ Доказательство возврата на инвестиции (ROI)
Трансформация — это всегда инвестиции. Менеджеры хотят видеть результат и возврат на вложенные средства. Показатели успеха помогают доказать, что изменения оправданы, ведут к увеличению прибыли, снижению затрат, улучшению эффективности или повышению удовлетворенности клиентов.

Как измерить успех трансформации?
🔜 Своим опытом делится партнер Scrum.ru Илья Павличенко в нашем блоге.

Читать полностью…

Декомпозиция целей: от стратегического видения к задачам на спринт

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

Как это сделать?

1️⃣ Начните с глобальной цели. Например, ваша команда может стремиться увеличить удовлетворенность пользователей на 20%. Это отличная цель, но как её достичь?
2️⃣ Определите промежуточные цели. Для достижения удовлетворенности пользователей можно сфокусироваться на улучшении времени загрузки приложения, повышении юзабилити или улучшении техподдержки. Каждый из этих примеров можно сделать самостоятельной целью.
3️⃣ Декомпозируйте до уровня задач. В рамках спринта каждая промежуточная цель должна быть преобразована в конкретные задачи. Для улучшения времени загрузки можно, например, пересмотреть архитектуру кода или оптимизировать использование изображений.
4️⃣ Установите критерии успеха. Убедитесь, что каждая задача имеет измеримые результаты, чтобы в конце спринта можно было оценить прогресс. Важно, чтобы каждая задача соответствовала глобальной цели и вела к её достижению.

📌 Итоговый результат может выглядеть так: «Мы предполагаем, что за счет уменьшения используемых изображений на 30%, мы сможем сократить время загрузки страницы на 20%, что приведет к росту клиентской удовлетворенности на 2%».

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

Читать полностью…

Ретро-набор от компании Spotify

Ретроспектива - обязательное для проведения каждый спринт, событие в Скраме. Классно, когда у каждой команды есть Скрам-мастер, он фасилитирует ретроспективу.
Но что если Скрам-мастер заболел/ушел в отпуск/к другой команде, а ретроспективу проводить надо?

💡 У компании Spotify возникла идея - создать инструмент, который позволит разработчикам самостоятельно проводить ретроспективы в легкой форме.
➡️ Так создался Spotify Retro Kit!

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

Как пользоваться:
1️⃣ Решите, кто будет проводить ретроспективу.
2️⃣ Вручите ему Ретро-набор.
Если фасилитатор раньше не использовал Ретро-набор, ему/ей стоит просмотреть черные страницы, чтобы получить представление о том, как работают ретроспективы.
3️⃣ Затем фасилитатор выбирает любой формат.
4️⃣ И проводит ретроспективу.

📌 Скачайте Ретро-набор от компании Spotify по ссылке https://storage.googleapis.com/production-eng/1/2017/12/retro-kit3.pdf
Или создайте свой, идея огонь.

😋Кстати, форматами ретроспектив регулярно делится наша Женя в своем канале @plusdeltaplus
Можно взять её идеи для создания ретро-набора для своих команд.

Читать полностью…

Вопросы, чтобы начать рабочую встречу по-другому

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

Вот почему они полезны:
💬 Снижение напряжения, особенно если участники мало знакомы друг с другом.
💬 Создание непринужденной атмосферы, настройка всех на более открытое и продуктивное общение.
💬 Фокусирование внимания, вовлечение, переключение на встречу.
💬 Знакомство и сплочение - возможность узнать друг друга лучше, найти точки соприкосновения и создать чувство общности.

Скорее всего, вы уже делаете чек-ин, даже не осознавая этого.
Вопрос “Как дела?” - это и есть чек-ин.
⚡️ Попробуйте заменить его.

Вот вам Генератор вопросов для чек-инов.
🔜 Вместо привычного «как дела?» он предлагает более душевные вопросы, например: «Какое событие на этой неделе ты ждешь больше всего?».

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

Читать полностью…

Итоги розыгрыша билета на воркшоп по декомпозиции!

💫 Поздравляем @market_sashasmith с победой, её комментарий под номером 19 оказался счастливым!

Спасибо всем за ваши комментарии и за то, что поделились своими сложностями в декомпозиции задач.

🧡 Мы решили сделать этот розыгрыш без проигравших и дарим всем участникам промокод SPLITTING10, который действует на все воркшопы по декомпозиции до конца года!

Следите за расписанием и до встречи на воркшопах!

Читать полностью…

Осенние тренинги Scrum.ru

Выбирайте курс под свою сферу роста

Для освоения Скрама
🟡 Professional Scrum Master 17-18 октября
🟡 Professional Scrum with Kanban 21-22 ноября
🟡 Applying Professional Scrum for Software Development (APS-SD) 20-22 ноября
🟡 Provisional Certified LeSS Practitioner (pCLP) 27-29 ноября


Для работы с продуктом
🟡 Professional Scrum Product Backlog Management Skills (PSPBM) 11-12 ноября
🟡 Professional Scrum Product Owner 18-20 ноября

Для работы с организацией
🟡 Professional Systems Thinker 9-11 октября
🟡 Designing Agile Organizations 23-25 октября
🟡 Management 3.0 Foundation Workshop 14-15 ноября

Воркшопы
🟡 Воркшоп по декомпозиции 4 октября
🟡 Воркшоп по ретроспективам 18 октября
🟡 Курс по методу Карта гипотез 31 октября

Читать полностью…

▫️Дело не в том, кто я внутри, а в том, что я делаю. - Бетмен.

❔ Любите ли комиксы? Я обожаю с детства! Мы много путешествовали и, чтобы развлечь меня, мама покупала мой первый комикс - Мурзилку. С тех пор я прочитала много историй о разных героях и вот вчера, завершая очередной выпуск, я подумала...

🤩 Почему бы сделать комикс про прошедший спринт?

🟡Скопируйте фреймы на свою доску
или
🟡Скачайте файлы для любого другого инструмента, чтобы получить ретроспективу.

💜 Получите вдохновение и целый набор техник и лайфхаков на воркшопе по ретроспективам. Буду рада вас видеть💜

#ретроспектива

Читать полностью…

Стратегия и полезные фреймы для её создания

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

Что такое стратегия

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

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

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

Три полезных фрейма для создании стратегии

📥 Карта гипотез
Сердцем инструмента являются гипотезы, которые описывают концептуальный механизм достижения цели. Карта гипотез великолепно поддерживает гибкость стратегии и планов. Не сработала одна гипотеза — запускаете следующую, избегая фиксированной дорожной карты в виде задач.
➡️ База знаний по инструменту
❗️ Наш воркшоп, где мы целый день будем строить карту гипотез.

📥 Business Model Canvas
Канвас раскладывает по полочкам жизнь организации по девяти категориям: клиенты, ценностное предложение, партнеры, каналы, расходы / доходы, основные активности, ресурсы, взаимодействие с клиентами. Девять блоков дают целостную картину того, что представляет из себя компания / продуктовое подразделение.
➡️ База знаний по инструменту

📥 Фрейм Лафли
Модель была создана в 2015 году и описана в книге Playing to Win. Фрейм содержит всего пять вопросов, на которые участники в ходе сессии должны дать ответ:
🌟 К какой победе мы стремимся?
🌟 На каком поле мы будем вести игру?
🌟 Какими способами мы победим?
🌟 Какие способности у нас должны быть?
🌟 Какие системы менеджмента нам нужны?

📌 Подробнее про стратегию в нашем блоге https://scrum.ru/blog

Читать полностью…

Учим целеполаганию и OKR

Ровно через неделю проводим тренинг Certified OKR Practitioner (C-OKRP®).

Снова делаем маленькую группу, чтобы ответить на вопросы каждого.

📎 Осталось одно место.
⚡️ Успевайте его забронировать.

Читать полностью…

Сегодня мы хотим предложить вам использовать хейджуку!

Нет, это не проклятие на японском, а практика выравнивания - "leveling" (яп. heijunka, 平準) из бережливого мышления. Давайте вместе разберемся, как она связана с размером задач и почему это так важно в разработке продукта.

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

Почему важен размер задач?

✔️Предсказуемость. Небольшие задачи проще оценивать и планировать. Это делает выполнение более точным и прогнозируемым.
✔️ Адаптивность. Маленькие задачи легче поддаются изменениям и перераспределению усилий, что особенно важно в условиях неопределенности.
✔️ Быстрая обратная связь. Чем меньше задачи, тем быстрее можно получить фидбэк и проверить гипотезы, что сокращает цикл разработки.

Как помогает выравнивание?
🔜 Равномерная нагрузка. Выравнивание помогает распределить работу так, чтобы избежать перегрузок и простоев.
🔜 Устранение узких мест. Маленькие задачи лучше выявляют проблемные места в процессе, позволяя быстро их устранить.
🔜 Повышение качества. Маленькие задачи позволяют проще и “дешевле” проверять результат, что повышает общее качество конечного продукта.

⚡️ И, конечно, навык декомпозиции больших задач на маленькие становится просто незаменим.
Развить этот навык можно на нашем однодневном воркшопе — следующая группа собирается уже 4 октября.
⭐️ Успевайте забронировать место!

Читать полностью…

Рубрика «Полезные каналы»

Любим и читаем сами каналы, которые ведут эксперты. Не маркетинговые агентства, smm-менеджеры, а люди, «руками делающие работу».
Сегодняшняя подборка каналов как раз такая.

Поэтому переходите, подписывайтесь и пользуйтесь на здоровье.

Читать полностью…

3 ошибки в использовании метрик

Что стоит измерять Scrum-командам и организациям? Это важный вопрос.
Но важен не только сам факт измерений, но и то, зачем и как мы их используем. Именно это поможет понять, что на самом деле нужно измерять.

Три распространённые ошибки, которые ведут к неправильному использованию метрик

6️⃣Метрики как показатель успеха или провала
Метрики не должны использоваться для оценки успеха команды или лидера. Это всего лишь данные, которые помогают принимать решения. Когда мы начинаем считать, что хорошие показатели говорят о наших усилиях или навыках, мы можем упустить важную информацию для улучшений. В итоге цель становится не улучшить работу, а сделать так, чтобы метрики выглядели «зелеными». Это приводит к проблемам и трениям в команде и компании.

2️⃣Потеря фокуса на результатах для клиентов
Часто мы измеряем только то, что можем контролировать, например, выполненные задачи или потраченный бюджет. Но такие метрики не говорят нам о том, насколько довольны наши клиенты или как наш продукт помогает им. Это ведёт к тому, что мы можем «играть» с показателями, забывая об истинной цели – создании ценности для клиентов.

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

Например, Scrum.org предлагает нам смотреть на четыре категории:
➡️ Влияние на компанию
➡️ Результат для клиента
➡️ Выход, который мы получили в результате
➡️ Активность

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

Читать полностью…

Термин HiPPO (от англ. "Highest Paid Person’s Opinion" — мнение наиболее высокооплачиваемого человека) описывает ситуацию, когда при принятии решений наибольший вес придается мнению самого высокопоставленного сотрудника, независимо от его знаний и опыта по обсуждаемому вопросу.

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

Проблемы, Связанные с HiPPO
🔘Затрудненное общение. Сотрудники не хотят высказывать свои идеи, зная, что их мнение не будет иметь веса.
🔘Ограничение инноваций. Решения принимаются без учета мнений экспертов, что тормозит внедрение новшеств.
🔘Снижение психологической безопасности. Люди чувствуют себя неуверенно и менее склонны к высказыванию своего мнения, когда их идеи не получают должного внимания.

Что делать с HiPPO?
🔘Признайте существование HiPPO. Осознайте и обсудите влияние мнений высокопоставленных лиц на решения.
🔘Задавайте вопросы: "Мы следуем мнению HiPPO?" или "Может ли здесь присутствовать эффект HiPPO?"
🔘Приглашайте всех к участию. Выслушивайте мнения всех участников и учитывайте их знания и опыт. Используйте фасилитацию: освобождающие структуры, работу в малых группах.
🔘Переоцените решение. Критически оценивайте причины принятия решений и анализируйте доступные данные. Спросите: "Почему мы это делаем? Каково наше обоснование?"

🧬А вы свстречались с HiPPO в ваших организациях? Буду рада услышать ваши истории 🤩

Читать полностью…

Professional Scrum Master от Scrum.org

Уже через неделю проведем тренинг для тех, кто хочет по-настоящему разобраться в фреймворке Scrum.
️ Приятная скидка в 20% по промокоду PSM20.

📌 17-18 октября
➡️ Успевайте забронировать место

Читать полностью…

Приглашаем на Аджайл-митап в Москве

Программа:
💬 Алексей Пикулев: “Как токсичность разрушает продуктивность и потенциал команды”
💬 Илья Павличенко: “Ищите свой фреймворк”

После презентаций неформальный lean coffee.

📌 16 октября в 19:00
Москва
🔜 Регистрация по ссылке

Читать полностью…

Разработчик — не только тот, кто пишет код

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

Разработчик — это человек, который что-то разрабатавает/создает.

🔜 Это любой человек, участвующий в создании чего-либо. Иногда это программное обеспечение, иногда — станок, иногда — маркетинговая кампания.

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

🔜 Это могут быть навыки аналитики, дизайна, маркетинга, работы с продуктом, программирования, тестирования — всего, что требуется для создания продукта.

▶️ Как только вы начинаете участвовать в проектировании, анализе, проверке, создании и т. д. продукта или услуги, согласно фреймворку Скрам, вы считаетесь разработчиком.

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

📎 Приходите разбираться в Скраме к нам на тренинг Professional Scrum Master.
В группу 17–18 октября осталось всего 3 места.
❤️ Приятная скидка в 20% по промокоду PSM20.
Регистрация 🔜 на нашем сайте.

Читать полностью…

МТС приглашает на конференцию TRUE Product Transformation

21 октября | 11:00 | Лофт «Весна», Москва + онлайн
23 октября | 11:00 | Онлайн

В программе доклады от руководителей Центра практик Agile МТС, CTO кластеров, директоров центров, лидеров Agile-практик и агентов изменений. Эксперты поделятся опытом проведения изменений в командах, результатами продуктовой трансформации и расскажут, какие инструменты помогли их достичь.
Будет интересно членам продуктовых команд, CTO, PO, CPO, Scrum-мастерам, Agile-коучам и руководителям, которые меняют процессы в компании и развивают компетенции сотрудников.

Конференция пройдет в лофте «Весна» в Москве и онлайн.

Подробная программа и регистрация по ссылке.

Читать полностью…

Неоправданные потери в продуктовой разработке: как избежать "страны пустых надежд"

Одна из главных ошибок в разработке продуктов — слишком ранние вложения в непроверенные идеи.

Джефф Готхельф, адаптируя оригинальную концепцию “Кривой правды” Джиффа Констейбла, называет это "страной пустых надежд".
➡️ Это тот момент, когда мы начинаем разрабатывать продукт, основываясь на предположениях, а не на доказательствах.

Ключевая идея модели — это необходимость сначала собирать данные и лишь потом инвестировать значительные ресурсы.

🔍 На практике это означает, что прежде чем погружаться в разработку, нужно протестировать гипотезы через быстрые, дешевые эксперименты.

Например, прототипирование, продажа несуществующего продукта или минимально жизнеспособный продукт (MVP) могут дать критическую информацию, которая покажет, стоит ли продолжать работу над идеей. Дада, MVP – это всего лишь способ валидации гипотезы, а значит вы должны быть готовы выбросить его, если гипотезы не подтвердятся. Представьте, что вы вложили в MVP 6 месяцев разработки… 😡

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

Практические шаги
1️⃣ Начните с создания гипотез, основанных на реальных проблемах пользователей.
2️⃣ Быстро тестируйте идеи с минимальными затратами. Ориентируйтесь на кривую правды. Достаточно ли у вас доказательств, чтобы переходить к более дорогим видам проверки гипотез?
3️⃣Увеличивайте усилия только после подтверждения гипотез.

Таким образом, "Кривая правды" помогает избегать неоправданных потерь, сохраняя фокус на реальной подтвержденной ценности для бизнеса и пользователей.

Подход отлично сочетается с Уровнями Доказательств, о которых мы писали раньше.

📍 О 15 способах дешевой валидации гипотез говорим на нашем тренинге PSPO-A. А еще сразу отрабатываем на кейсе.
➡️ Приходите!

Читать полностью…

Локальная идентичность в организации 

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

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

У локальной идентичности есть хороший эффект. Тут и вовлеченность, и мотивация, и хорошие отношения внутри “своей” группы.

Но есть менее приятный эффект, который может привести к последствиям:
🟡 Фрагментация компании. Раздробленность и восприятие других команд как чужих.
🟡 Внутренняя конкуренция и конфликты. Соревнование за ресурсы, внимание или признание, что порождает нездоровую конкуренцию.
🟡 Снижение общей корпоративной лояльности. Лояльность к группе становится выше лояльности к компании/продукту.
🟡 Нарушение коммуникации. Это мешает обмену знаниями, опытом, задерживает принятие решений.
🟡 Отсутствие общей информационной среды. Что приводит к дублированию усилий, неправильному распределению ресурсов и затрудняет координацию между подразделениями.
🟡 Сопротивление изменениям, если нововведения нарушают устоявшиеся практики или интересы.
🟡 Снижение общей производительности, когда каждая локальная группа ориентирована на достижение своих узких целей.

Используйте эффект локальной идентичности в свою пользу.
🔜 Создавайте идентичность вокруг сущности, создающей завершенный результат в организации.
Например, вокруг продукта.

✔️ Объединяйте через общие цели. Локальные подразделения должны понимать, что их успех зависит от достижения общих целей продукта, а не от их собственных показателей. Никаких “мы разработчики, это проблемы продактов”.
✔️ Развивайте кросс-функциональное сотрудничество. Создайте настоящие кросс-функциональные, кросс-компонентные команды.
✔️ Подчините всех одному линейному менеджеру. Никаких "бизнес" и "разработка".

Читать полностью…

Хотите разобраться в тонкостях декомпозиции задач и сделать ваш бэклог более управляемым?

У вас есть шанс выиграть бесплатный билет на воркшоп по декомпозиции, который состоится 4 октября!

Для участия в розыгрыше просто напишите ответ на вопрос в комментариях к этому посту:

❔ Что обычно мешает вам и вашей команде декомпозировать крупные задачи?

Победителя выберем случайным образом уже завтра, 2 октября.
Пусть удача будет с вами!🚀

Читать полностью…

Самое интересное, чтобы ничего не пропустить

🍁 Objective и Key Results для личных целей
Всего 4 шага и вы сформулируете ваш первый набор личных OKR.

🍁 Right-sizing оценка задач
Подход, который фокусируется на стандартизации размера задач, используя исторические данные.

🍁 Равная оплата за равный труд
Новый закон ЕС: Знать сколько зарабатывает ваш коллега, который выполняет ту же работу

🍁 Нужна ли иерархия в организации?
Результаты анализа 13000 команд.

🍁 Самая важная метрика Канбана
Это возраст рабочего элемента — метрика, позволяющая улучшить процесс.

Спасибо, что читаете 💛

Читать полностью…

Приглашаем послушать разговор про продактов 🎙

Рома Дорошенко, партнер Scrum.ru и Вова Ермилов из ОКейси (Senior PM YouTalk, ex. Joom.com) сегодня встретятся и поговорят про продактов.

💬 Какие компетенции нужны продакту, истории и кринж-интервью, самые частые косяки в работе над продуктом и многое другое ребята обсудят сегодня в 19:00 по Москве.

Подключайтесь!
➡️ Регистрация по ссылке

Читать полностью…

Почему разработчики должны проводить интервью с пользователями

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

💡 Я сейчас о разработчиках.

Стандартный процесс в большинстве организаций:
📍 кто-то поговорил с пользователями (кто-то со словом “продакт” в названии должности),
⬇️
затем превратил эти знания в гипотезы и создал задачки,
⬇️
и теперь разработчики должны их сделать.

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

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

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

Читать полностью…

Трансформация PashaPay

PashaPay - это азербайджанский финтех, который запустился в 2022 году.
Осенью 2023 года команда топ-менеджеров компании прошла у нас обучение Designing Agile Organizations (DAO).
За три дня ментальные модели были расшатаны, острые дискуссии разгорелись, прежний путь стал невозможным.... так и началась трансформация.

Партнеры scrum.ru Илья Павличенко и Сергей Лобин почти год работали над изменениями в PashaPay.

И описали этот опыт в нашем блоге:
1️⃣ Кейс PashaPay часть 1: организационный дизайн и обучение менеджмента
2️⃣ Кейс PashaPay часть 2: проектирование организации
3️⃣ Кейс PashaPay часть 3: развитие способностей и итоги

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

Познакомьтесь с кейсом. Пусть он вдохновит вас на изменения в вашей компании. ⭐️

Читать полностью…

📌 Все в офис по Амазонски

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

Как и вы все, мы также услышали эту новость из СМИ. Я, лично, прочитал на reddit. Это уже потом СЕО написал ее в новостной ленте Амазона — там, где читают самые отважные.


📌 Почему же так? Официальная версия

Было написано много красивых слов: насколько в Амазоне сильная культура, и как она улучшилась при 3-х обязательных посещений офиса. И так как 5 больше чем 3, то культура еще сильней улучшится.

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


⭐️ Дам только пару комментариев

🔸 Опросники показывают, что предыдущий формат нравится лишь 14% людей. Какому проценту нравится новый формат — опросников пока не было... Делайте ваши ставки 😐
🔸 Многие старожилы рассказывают, что до ковида было нормой 1-2 дня работать из дома, особенно в понедельник или пятницу.
🔸 Митинг чтобы поставить митинг. Видимо. именно так работают наши биг боссы — решают свои проблемы.
🔸 Все митинги в одном помещении. Ну как, есть много команд из разных городов и даже стран. В моей команде, все продукт менеджеры в Сиэтле, планов всем быть в одном городе нет.


📌 Почему же так? Адекватная версия

Я не претендую на 100% правду, но все реальные факты говорят об этом.

Мир поменялся, занятость офисных помещений падает. Недавно читал, что за 2024 год процент пустующих помещений вырос с 18% до 23%. На размере огромной страны, это очень много. Из этого вытекает несколько факторов:

✅ Амазон, как и крупные банки — большие держатели инвестиций в офисные помещения. Если люди туда не ходят, ценность таких инвестиций теряется. Плюс правительства городов/штатов давит на корпорации, угрожая потерей налоговых послаблений. С точки зрения компании все очень адекватно — загоняем людей в офис, то есть повышаем привлекательность своих же инвестиций и получаем налоговые вычеты. Одни плюсы.

✅Ставка ЦБ США все еще высокая, это давит на прибыли компаний. Поэтому компании режут косты. Так вот у нас придумали идеальную схему, она уже используется, а будет еще жестче. По факту, если ты, сотрудник, и не ходишь в офис, то тебя увольняют без выплаты, т.к. по факту ты не выполняешь рабочие условия. Получаются вот такие бесплатные сокращения.


😡 Это новый тренд?

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


©️ Итоги©️

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


😁 — офис — это второй дом
❤️ — лучше гибрида не придумаешь
🔥 — что такое офис? работаем из дома

Ваша Испания простыми глазами и #амазон

Читать полностью…

Цели и метрики в продуктовой разработке: избегайте ложных показателей

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

Что измерять вместо этого?
🔜 Фокусируйтесь на метриках, которые измеряют реальный результат:

1️⃣ Изменение поведения пользователя, например:
🟡 Частота использования функций: сколько раз пользователи обращаются к ключевой функции за определенный период.
🟡Активные пользователи (DAU/MAU): насколько регулярно пользователи возвращаются к продукту.
🟡 Коэффициент активации: процент новых пользователей, которые успешно проходят этапы онбординга.

2️⃣ Результат для пользователя, например:
🟣 Время до достижения ключевой цели: насколько быстро пользователи могут выполнить важную задачу с помощью продукта.
🟣 Коэффициент повторного использования: насколько часто пользователи возвращаются к функции после первого взаимодействия.
🟣 Коэффициент успешности задач: процент пользователей, успешно выполняющих задачи без ошибок или прерываний.

3️⃣ Результат для компании, например:
🔵 Конверсия в платные подписки: процент пользователей, которые переходят с бесплатной версии на платную.
🔵 Жизненная ценность клиента (Customer Lifetime Value, CLTV): общий доход, который клиент приносит за весь период использования продукта.
🔵 Снижение показателя отказов: уменьшение числа пользователей, которые прекращают пользоваться продуктом через определенное время.

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

⚡️ Научим работать с целями и метриками на нашем курсе OKR Practitioner.
1-2 Октября
🔜 Приходите!

Читать полностью…