Адаптивные организации

Как перестать сжигать бюджеты на идеи, которые никому не нужны? В кризис правила игры резко меняются. Бюджеты сокращаются, а цена ошибки вырастает в десятки раз. То, что прощалось компаниям в спокойные времена — длинные, дорогие инициативы с «ожидаемым» эффектом через полгода-год — сегодня может стать для бизнеса фатальным. Мы часто влюбляемся в масштабные проекты. Вливаем миллионы в разработку огромной функциональности, с помпой запускаем... и понимаем, что клиентам это просто не нужно. Время упущено, а деньги потрачены на иллюзию и неподтвержденный эффект. Главный инструмент выживания и роста в условиях турбулентности — быстрые тесты и точечные инвестиции. Вместо того чтобы спонсировать тяжелый «монолитный» план, современный продуктовый подход предлагает инвестировать исключительно в проверку конкретных гипотез. Сформулировали гипотезу ➔ провели быстрый дешевый тест ➔ получили реальные данные от рынка ➔ приняли решение. Если гипотеза не подтвердилась — вы легко «убиваете» идею на ранней стадии, экономя компании миллионы. Если подтвердилась — уверенно инвестируюте в следующий небольшой шаг. Риск меньше, а возврат на ивестиции больше. Но как перестроить мышление компании и команд на такой подход? Как научиться вытаскивать гипотезы из бизнес-стратегии и управлять рисками в условиях неопределнности? Разбираем эти инструменты на сертификационном тренинге Professional Scrum Product Owner (PSPO). Что мы проработаем за 3 дня: • Как перейти от классического проектного управления к продуктовому мышлению и работе с ценностью. • Как превращать элементы бизнес-модели в тестируемые гипотезы. • Как принимать управленческие решения в условиях неопределенности и минимизировать финансовые риски. Одна «убитая» после теста инициатива окупает тренинг в несколько раз. Следующая группа уже на этой неделе. 👉 Регистрация тут.

8 шагов системного решения проблем Не каждую проблему стоит разбирать через системное мышление. Хронические, повторяющиеся проблемы команды, подразделения или всей организации — как раз тот случай. Здесь помогает простой 9‑шаговый алгоритм, который можно использовать как чек-лист. 1️⃣ Исследование. Глубоко исследуйте систему: поговорите с ключевыми стейкхолдерами, соберите факты и примеры типичных ситуаций. Цель — понять, как «живет» система. 2️⃣История. Соберите данные в историю в нескольких абзацах. В ней уже видны основные причинно‑следственные цепочки и повторяющиеся паттерны. 3️⃣ Графики поведения (BOT). Постройте графики ключевых переменных во времени: скорость, предсказуемость, вовлечённость, качество. Так становится заметно, что проблема действительно хроническая и какие архетипы могут проявляться. 4️⃣Креативное напряжение Совместно с участниками системы зафиксируйте текущую ситуацию и доминирующие паттерны. Затем сформируйте общее видение будущего и разделите ответственность за результат. 5️⃣ Структура взаимосвязей (CLD). Смоделируйте систему с помощью причинно‑следственных диаграмм. Такая диаграмма делает видимой структуру, из которой рождается поведение людей и хронические проблемы. 6️⃣ Дополнительный контекст. Добавьте ментальные модели, политики, ограничения и допущения. Участники видят, как их представления и решения подпитывают текущий паттерн системы. 7️⃣ Планирование интервенций. Только после понимания истории, поведения, структуры и контекста переходите к интервенциям. 8️⃣ Оценка результатов и пересборка стратегии. После внедрения интервенций вернитесь к системе: обновите графики поведения, оцените эффект и скорректируйте модель. Системное мышление — это цикл обучения. В последнем потоке тренинга Professional Systems Thinker участники прошли этим алгоритмом три полноформатных кейса: личные привычки, дисфункции на уровне команды и стратегические инициативы, которые застревали по дороге. Навык системного мышления лучше формируется через регулярную практику с реальными кейсами. 📌 С 1 июля стартует новый поток тренинга Professional Systems Thinker (PST). Ссылка здесь. Какой из этих шагов вам особенно хочется попробовать в своей практике?

😎 AI-помощники для Скрам-мастеров Кастомный GPT — это не просто чат «спросил–ответил». Это настроенный под задачу ИИ-помощник: с ролью, инструкциями, своими файлами и ограничениями, который работает с вами изо дня в день. Вы один раз объясняете ему контекст, а дальше он помогает вам как «виртуальный коллега». Мы уже показывали вам AI Scrum Anti‑Pattern Detector. Он подсвечивает возможные анти‑паттерны в вашей команде и показывает, где система даёт сбой. AI-ассистенты экономят время и дают больше пространства на работу с людьми. Теперь думаем, кого запускать следующим. И тут очень важна обратная связь от вас. Какого AI-помощника вы бы хотели получить от нас? 🟡 помощника по декомпозиции 🟡наставника, с которым можно обсудить ситуации и получить совет 🟡планировщика ретроспектив 🟡OKR-коуча Ждем ответов в комментариях ❤️

10 уроков эффективности от Питера Друкера Быть занятым — не значит быть эффективным. Многие «гениальные» люди на деле оказываются поразительно неэффективными, потому что не умеют управлять собой. Хотите перестать тратить время впустую? Джим Коллинз выделил 10 уроков от Питера Друкера, которые помогут сфокусироваться на том, что действительно имеет значение. Если вы хотите прокачать свою личную эффективность — это лучшие 10 правил. 1️⃣Сначала управляй собой. Нельзя требовать высокого перформанса от команды, если вы сами «разваливаетесь». Рост результатов других ограничен вашим собственным уровнем. 2️⃣Фокус на сильных сторонах. Пытаться исправить свои слабости — бессмысленная трата энергии. Стройте карьеру на том, что вы делаете «необычайно хорошо». 3️⃣Найдите свой ритм. Одни продуктивны утром, другие — вечером. Кто-то — «одиночка», кто-то — командный игрок. Перестаньте ломать себя под чужие стандарты. 4️⃣Считайте время, а не задачи. То, что не измерено, не управляется. Вы знаете, сколько часов в день вы действительно создаете ценность, а не просто «заняты»? 5️⃣Убивайте плохие совещания. Не успели подготовить короткую встречу — обрекли людей на длинную. Уважайте чужое время: четкая цель и дисциплинированный follow-up. 6️⃣От хаоса к концепциям. Не принимайте 100 мелких решений по каждому поводу. Ищите паттерны и делайте одно «генеральное» решение, которое покроет множество ситуаций. 7️⃣Один большой вклад. Какую одну фундаментальную вещь вы сделаете в этом квартале, которая не случилась бы без вашего участия? Если ответа нет — вы просто "работаете работу", а не делаете результат. 8️⃣Правило «Стоп-листа». Если бы вы начинали проект сегодня, вы бы его запустили? Если ответ «нет» — почему вы продолжаете им заниматься? Умение «закрыть» — критический навык. 9️⃣Будьте компактными (Run Lean). Внутренняя бюрократия растет быстрее, чем внешний результат. Чем меньше людей внутри, тем более эффективна организация. 🔟Будь полезным (Be Useful). Успех — это неправильный вопрос. Правильный: «Как я могу быть полезным?». Главный инсайт: Друкер учит, что масштаб вашей организации не равен масштабу вашего влияния. Можно управлять огромными корпорациями и быть неэффективным, а можно работать в одиночку и менять мир.

AI Scrum Anti-Pattern Detector Правильных конфигураций Скрам‑команды и процесса — ограниченное количество, а вот способов сделать «ScrumНО» — бесконечное множество. Скрам в организациях часто воспринимают не как инструмент починки организационного дизайна, а как процесс, который можно «подкрутить под себя». Фреймворк подсвечивает слабости продуктового менеджмента, инженерных практик, управленческих решений, структуры, а компания вместо того, чтобы разбираться с причинами, аккуратно подстраивается под существующую реальность. В итоге Скрам формально внедрили, поменяли терминологию, а организационные «дисфункции» так и остались на месте. ⚡️ Чтобы с этим честно разобраться, мы сделали AI‑ассистента Scrum Anti‑Pattern Detector. Это экспресс‑диагност на базе ~200 скрам‑антипаттернов. Как он работает: 🟡 вы описываете симптомы: как у вас устроена работа, что происходит на событиях, как принимаются решения 🟡 ассистент сопоставляет это с библиотекой антипаттернов и находит 2–4 наиболее выраженных 🟡 выдаёт архетип, в который вы попадаете 🟡 даёт сжатую диагностику и рекомендации, что делать дальше 🟡 добавляет ссылки на материалы: статьи в блоге Scrum.ru и посты в Telegram‑каналах партнеров Scrum.ru ⭐️ Если вы хотите системно разобраться, как Скрам устроен в правильной конфигурации и как его практиковать, приглашаем на тренинг Professional Scrum Master, который стартует уже через две недели. Регистрация по ссылке https://scrum.ru/psm Какой ваш любимый скрам-антипаттерн?

Ловушка зоны комфорта и где мы на самом деле застреваем Давайте честно: большинство людей застревают вовсе не в зоне комфорта, из которой всех призывают выйти. Они застревают в Зоне страха. Посмотрите на схему. Путь от стабильности к реальному росту лежит через неизбежный темный коридор: 🙂 Зона комфорта — тут всё понятно, безопасно и предсказуемо. 🙃 Зона страха — и вот тут начинается главный саботаж. Здесь живут синдром самозванца, дикий страх показаться глупым, бесконечный поиск отговорок («сейчас не время для реформ», «в следующий понедельник») и тотальная зависимость от мнения коллег или руководства. В чем главная ошибка Change-менеджмента и личной продуктивности? Когда мы пытаемся запустить изменения (внедрить новый процесс на работе или начать бегать по утрам), мы включаем давление. Мы думаем, что нужно сильнее выталкивать людей (или себя) пинками вперед. Но под давлением мозг не идет в развитие. Он намертво застывает в Зоне страха. Включается та самая амигдала, и человек тратит всю энергию не на обучение, а на маскировку своего испуга. Как правильно переходить в Зону обучения и Зону роста? ➡️ В бизнесе: Лучшие команды растут не от давления, а от безопасности. Чтобы сотрудники перестали искать отговорки и начали тестировать новые инструменты, им нужно дать право на ошибку. Сначала строится Psychological Safety (пространство смелости), и только на этой базе люди безболезненно пролетают Зону страха и идут учиться. ➡️ В личной жизни: Если вы хотите внедрить новую привычку, перестаньте себя кошмарить. Снижайте уровень трения. Ваша задача — не устроить организму жесткий стресс, а сделать первый шаг в зону обучения настолько безопасным, чтобы внутренний критик даже не проснулся. ✍️ Комфорт — это не враг изменений. Враг — это страх. Хотите сдвинуть процессы с мертвой точки? Перестаньте давить. Дайте команде (и себе) безопасность, ясность и легальное право на эксперименты.

Диагностика дизайна команд — июньский клуб Scrum.ru В июне в закрытом клубе Scrum.ru делаем фокус на том, насколько дизайн команд поддерживает стратегию юнита. На первом воркшопе 4 июня "Продуктовый подход vs Реальная стратегия" разберём ваши команды с трёх сторон: • Определим ключевой стратегический фокус юнита: продуктовый, клиентоцентричный или операционный (через выбор топ‑5 способностей). • Используем сетевую диаграмму, чтобы увидеть конфликты и связки между выбранными организационными способностями. • Разберём 16 архетипов команд, основанных на инструменте Feature Team Adoption Map, и замапим текущие команды на матрицу и на выбранные стратегические фокусы. 👉 В результате вы увидите, где именно возникают напряжения между стратегией юнита и тем, как сейчас устроены команды, и какие варианты движения дальше вообще есть. ❤️ Если хочется пройти такую диагностику вместе с Ильей Павличенко в живом формате — присоединяйтесь к нашему закрытому клубу Scrum.ru. Ссылка на подписку

Как системно решать проблемы Наш мозг эволюционно привык работать в режиме «бей или беги». Мы видим проблему и почти автоматически подсовываем себе быстрое, но не всегда системное решение. В простых ситуациях это помогает, но когда проблема живёт годами и вовлечены десятки людей, такие решения плохо работают. Менеджеры часто стараются улучшать отдельные части системы — подразделения, команды, людей. Рассел Акофф хорошо описал это: «Редко удаётся улучшить организацию, улучшая работу одной или нескольких частей». Пока мы смотрим на части, целостная динамика почти не меняется. Системное мышление предлагает сначала визуализировать взаимосвязи и собрать историю целиком. Мы собираем факты, визуализируем их на диаграмме причинно‑следственных связей (CLD) и смотрим, как решения, метрики, политики и ментальные модели влияют друг на друга. 📌 На картинке именно такой пример: Владелец Продукта хочет предсказуемой поставки, команды дают оптимистичные оценки и берут слишком много работы. Растёт WIP и среднее время цикла, Владелец Продукта усиливает давление с установкой «если не буду давить, результата не будет», команды пытаются «не подвести» и берут ещё больше — петля раскручивается дальше. Диаграмма помогает увидеть, что дело не в «плохих» людях. На динамику влияют и внутренние установки, и организационные политики, например HR‑фокус на узкую специализацию, поддерживает высокий WIP. Большинство быстрых решений в такой конфигурации срабатывает только по случайности, потому что петли остаются теми же. ⚡️ Именно этому мы учимся на тренинге Professional Systems Thinker (PST): превращать разрозненные жалобы и наблюдения в целостные диаграммы и находить точки вмешательства, где небольшое изменение меняет поведение всей системы. Следующий поток стартует 1 июля. Кстати: как бы вы попытались разорвать эту петлю?

У вас есть цели, но вы не знаете как к ним подступиться? Попробуйте анти-цели. Во многих организациях целив итоге сводятся к абстракциям: «стать лидером рынка», «создать лучший продукт», «повысить синергию портфеля». Но бывает так, что у команды нет четкого видения будущего, а попытки нащупать стратегию вызывают только споры. В таких случаях на помощь приходит метод инверсии — ментальная модель, которую популяризировал Чарли Мангер. Суть метода меняет подход к целеполаганию: если не знаешь, как привести компанию к феноменальному успеху, подумай, как гарантированно привести ее к банкротству. И просто не делай этого. Вот как выстроить систему анти-целей для организации: Шаг 1. Спроектируйте идеальную катастрофу. Спросите команду: «Как должен выглядеть наш бизнес через три года, чтобы мы потеряли долю рынка, а лучшие сотрудники сбежали к конкурентам?». Будьте детальны. Шаг 2. Выявите триггеры. Какие управленческие решения и процессы приведут компанию в эту точку? Например: «выпускать продукты без тестирования на пользователях», «согласовывать каждую мелочь у CEO», «игнорировать негативные отзывы», «ввязаться в ценовые войны». Шаг 3. Зафиксируйте анти-цели. Превратите эти триггеры в корпоративные «красные флаги» и жесткие правила избегания, понятные каждому сотруднику. Пример: Вместо размытой цели «Стать самой клиентоориентированной компанией», которую каждое подразделение понимает по-своему, вы ставите понятную анти-цель: «Мы не заставляем клиента ждать ответа поддержки дольше 15 минут и не запускаем фичи, если они усложняют базовый сценарий использования». Почему это работает? Для выживания и роста компании избегать фатальных ошибок на практике гораздо важнее, чем пытаться генерировать только гениальные стратегические решения. Анти-цели работают как мощный фильтр для всей команды. Систематически отсекая инициативы, клиентов и процессы, которые вам гарантированно навредят, вы сужаете фокус. И именно в этом очищенном пространстве становится ясно, в каком направлении бизнесу стоит развиваться на самом деле. В непростых условиях 2026 года целеполагание особенно важно. Не только сильные цели, но и возможность их отслеживать, корректировать и быстро реагировать на изменения вокруг становятся не просто «хорошей практикой», а необходимым условием выживания в условиях высокой неопределенности. Учим выстраивать целеполагание в организациях на нашем тренинге. Ближайшая группа уже на следующей неделе.

Что будет со Скрам-мастером в мире AI? Для разработчиков ответ более очевиден, а что делать Скрам-мастеру? AI уже может подготовить повестку ретроспективы, сгенерировать варианты вопросов, собрать summary встречи, предложить идеи для улучшения Бэклога Продукта и помочь с фасилитацией. В чем новая ценность Скрам-мастера? ⚡️ Именно это мы будем разбирать на Professional Scrum Master™ - AI Essentials, официальном сертификационном тренинге Scrum.org. Фокус курса не в том, чтобы “научиться писать промты”. Это уже базовый навык. Фокус в другом: 🔵 как меняется роль Скрам-мастера в командах с AI; 🔵 как усиливать через AI свою работу; 🔵 как помогать команде осознанно использовать AI; 🔵 как поддержать прозрачность, ответственность и качество AI-output; 🔵 как применять no-code AI-агентов для задач Скрам-мастера; 🔵 как стать человеком, который помогает организации запускать AI-внедрение, а не наблюдать за этим со стороны. Курс пройдет в формате 3 вечерних модулей по 3 часа. Между модулями практика на рабочих кейсах, чтобы сразу встроить их в работу. Что получат участники: 🔘 понимание, как AI меняет работу Скрам-мастера, Скрам-команды и организации; 🔘набор практических сценариев применения AI в фасилитации, планировании, уточнении Бэклога Продукта, обзорах и ретроспективах; 🔘опыт создания no-code AI-агента под свою рабочую задачу; 🔘понимание, как запускать AI-пилоты и говорить об AI с топ-менеджментом; 🔘инструменты для работы с этикой, прозрачностью, human oversight и ответственностью команды. Бонусы для участников: 🔵библиотека промптов для Скрам-мастера и Аджайл-коуча; 🔵 шаблоны CRAFTSS-промтов для рабочих сценариев; 🔵чек-лист командных договоренностей по использованию AI; 🔵шаблон для выбора AI-пилота в команде или организации; 🔵примеры no-code AI-агентов для фасилитации и командной работы. После курса участники получают доступ к Professional Scrum Master™ - AI Essentials assessment и могут подтвердить свои знания официальной сертификацией Scrum.org. ➡️ Если вы Скрам-мастер, Аджайл-коуч или лидер изменений и хотите сохранить и усилить свою ценность в мире AI, этот курс для вас. Программа и регистрация: https://scrum.ru/psm-aiessentials#PSM-AIE

Альтернатива SMART в эпоху неопределенности Мы привыкли ставить цели по SMART (конкретные, измеримые и ограниченные во времени). Но давайте честно: как у вас дела с достижением таких целей? В 2026 во многих областях проблемно фиксировать точные цели даже на квартал вперед, а горизонт планирования порой сужается до пары недель. Главная проблема SMART в том, что этот подход привязывает нашу мотивацию к результату, который мы далеко не всегда контролируем. Стоит внешним обстоятельствам измениться — цели проваливаются, а руки начинают опускаться. Альтернатива — фреймворк PACT. Он смещает фокус с ожидаемого итога на постоянство ваших действий. 🔠 — Purposeful (Значимая). Цель должна опираться на ваши долгосрочные интересы и ценности, а не быть просто красивой цифрой. Это ваш ответ на вопрос «зачем мы вообще это делаем?» 🔠 — Actionable (Задающая вектор действий). Глядя на цель, вы должны понимать, что нужно делать прямо сейчас. Здесь важно не свалиться в сухой output — не стоит сводить цель к списку задач, вроде «сделать 25 холодных звонков». Вместо пассивного и размытого «Стать узнаваемым брендом», попробуйте формулировку «Сформировать сообщество из 1000 подписчиков вокруг нашего продукта в LinkedIn». Такая формулировка дает ясный ответ на вопрос как действовать, но оставляет вам гибкость в выборе конкретных шагов. 🔠 — Continuous (Непрерывная). Никаких жестких дедлайнов, которые провоцируют стресс и прокрастинацию. Фокус на повторяющихся действиях и прогрессе. Суть в том, чтобы не бросать. Вместо дедлайнов – регулярное отслеживание прогресса. 🔠 — Trackable (Отслеживаемая). Оценивайте прогресс движения к цели: «Мы продвинулись? Насколько? Устраивает ли нас динамика? Нужно ли что-то изменить?». Это позволяет намного быстрее принимать решения и вносить корректировки. SMART отлично подходит для предсказуемых, понятных контекстов. Но если вы создаете что-то новое или двигаетесь в условиях полного хаоса, попробуйте PACT. ⚡️ Про цели и все, что с ними связано говорим на нашем тренинге по целеполаганию. Ближайшая группа 4-5 июня Присоединяйтесь!

Scrum Master и AI: как делегировать рутину Скрам-мастер не должен фокусироваться на бесконечном обновлении тасков или подготовке отчетов. Если вы все еще делаете это вручную — значит, вы тратите время на задачи, которые уже могут выполнять агенты. Вот 10 классических SM-задач, которые пора отдать AI: 📊 Отчетность и транспарентность Генерация Sprint Reports: Агент собирает данные из Jira/DevOps, анализирует их и рассылает отчет стейкхолдерам. Результат: профессионализм и полная прозрачность без вашего участия. Мониторинг здоровья спринта: AI в режиме реального времени сигнализирует, если что-то идет не по плану. Мониторинг узких мест: Агент анализирует pipeline доставки и подсвечивает «бутылочные горлышки» раньше, чем они станут критичными. 📅 Фасилитация и коммуникации Daily Scrum Preparation: Агент собирает изменения в Jira и обсуждения в Slack за ночь. На Daily вы приходите с готовым «дайджестом» событий, а не «белым листом». Ведение встреч (Agendas & Minutes): Агент создает повестку, расшифровывает транскрипт встречи, пишет краткий протокол и сам напоминает ответственным про action items. Smart Q&A на Sprint Review: Агент «слушает» вопросы стейкхолдеров и мгновенно поднимает нужную документацию или историю прошлых решений. 🧠 Инсайты и улучшение процессов Подготовка к ретроспективе: Агент анализирует дискуссии в каналах за спринт, вытягивает метрики (DORA, EBM) и накидывает темы для обсуждения в Improvement Backlog. Sentiment Analysis: Анализ настроений команды на сессиях фасилитации — помогает заметить выгорание или скрытые конфликты. Impediment Forecasting: Агент предсказывает препятствия, анализируя тренды в задачах и сообщениях, позволяя решать проблемы до того, как они ударят по команде. Мониторинг перформанса: Агент следит за метриками и сигнализирует о значимых отклонениях, давая объективные факты для ретро. Важный вывод: Использование AI-агентов не делает роль Scrum Master’а менее нужной. Наоборот — оно освобождает время для самого ценного: работы с людьми, построения культуры и стратегического развития команды. AI не заменит Scrum Master'а. Но Scrum Master с AI-агентами станет на голову эффективнее тех, кто продолжает «админить» спринты вручную. А какие из этих задач вы уже пробовали отдать AI? Что получилось автоматизировать, а где «человеческий фактор» все еще критичен? 👇

Три уровня Go See: как глубже понимать текущую реальность организации Любые изменения в организации начинаются с того, насколько честно люди видят, как всё устроено сейчас. Важно понимать не только «что происходит», но и почему именно текущий организационный дизайн приводит к тем результатам и тем паттернам поведения, которые мы видим. В логике системного мышления дело не в «плохих» или «ленивых» людях — система устроена так, что она подталкивает людей вести себя определённым образом. Когда люди разделяют общее понимание текущей ситуации и видят свою роль в том, как она сложилась, становится проще договариваться о следующих шагах. Появляется основа для согласованных действий. ⚡️ Один из самых практичных способов лучше понять текущую реальность — Go See — это исследование организации через наблюдение за реальной работой, то, что часто называют «аудитом», но я предпочитаю термин «наблюдение» . Суть — быть рядом с командами и лидерами, смотреть, как они работают, как движется работа, где появляются задержки и сложности. У Go See три уровня глубины. 🔜 Первый уровень — поверхностное знакомство с контекстом. Вы приходите на несколько встреч, говорите с несколькими сотрудниками, смотрите на основные артефакты работы. Формируется общее ощущение, как всё устроено, но без глубокой картины. 🔜 Второй уровень — более системное наблюдение. Вы проводите несколько дней рядом с командами, смотрите на разные этапы работы, замечаете, как задачи переходят от шага к шагу. Появляется более цельное понимание потока работы и первые устойчивые наблюдения. 🔜 Третий уровень — глубокое погружение. Вы проводите с командами несколько итераций, участвуете во встречах и в самой работе, в том числе в парной работе (например, парное программирование). Со временем начинаете замечать повторяющиеся ситуации и паттерны поведения. Становится видно, где обычно возникают задержки, из‑за чего конфликтуют приоритеты, в каких местах чаще всего «застревает» работа. Эти паттерны указывают на элементы организационного дизайна — роли, структуру, процессы, метрики, — которые формируют привычное поведение системы. Такое погружение помогает поставить более точный диагноз и создаёт основу для общей ответственности за изменения. Через неделю стартует тренинг Designing Agile Organizations + «Карта гипотез». В первый день мы работаем со стратегией, во второй — проектируем организационный дизайн под стратегию и организационные способности. 🔥 Для участников — бесплатная часовая консультация с Ильей Павличенко, можно прийти со своим менеджером. На каком уровне Go See вы чаще всего работаете сейчас?

Почему внедрение «изменений» всегда замедляет команду Парадокс, с которым сталкивается каждый менеджер: вы запускаете новый процесс, чтобы «ускорить разработку», а скорость команды (Velocity) падает на 20–30%. Руководители в панике начинают давить на команду, требуя «вернуть прежние показатели», и тем самым... убивают изменения. Почему скорость падает? Это налог на обучение. Когда команда привыкла работать по старым рельсам, действия совершаются на «автопилоте» (подкоркой мозга). Как только появляется новое — нужно переключаться на осознанное управление действиями. Это требует колоссальных когнитивных усилий. 🟡 Мозг занят тем, чтобы «не забыть новый алгоритм», а не тем, чтобы «быстро выдать результат». 🟡 Вы буквально просите людей учиться ходить заново, при этом требуя бежать марафон. Как к этому относиться лидеру: 1️⃣ Примите это как инвестицию. Падение скорости — это временная «плата» за будущий рост эффективности. Если вы не готовы к этому «налогу», не стоит даже начинать изменения. 2️⃣ Снижайте требования к объему. Нельзя внедрять новое, требуя выдавать результат 1:1 к старому процессу. В первые 2–4 недели планируйте спринты с учетом того, что команда тратит время на освоение нового. 3️⃣ Не возвращайте старое при первых признаках торможения. Самое опасное — сказать: «Ладно, давайте как раньше, это быстрее». Так вы навсегда закрепляете в команде привычку сопротивляться любому новому. Как не «сломать» команду в процессе? Умение провести людей через этот период «торможения» — это ключевой навык руководителя. Недостаточно просто объявить: «Теперь мы работаем так». Нужно спроектировать процесс перехода так, чтобы люди не выгорели и не потеряли веру в изменения. 🔜 Именно этому мы учим на тренинге по управлению изменениями. Там мы разбираем, как планировать внедрение нового, как рассчитывать «налог на обучение» и как объяснять бизнесу, почему команда временно стала работать медленнее, но в перспективе выйдет на совершенно другие показатели. ⚡️ Присоедняйтесь! Ближайшая группа 22-23 июня.

👀 HR сегодня — это не только подбор Компании сегодня растут быстрее, когда HR работает системно: развивает бренд работодателя, удерживает сильных сотрудников, усиливает лидеров и выстраивает процессы на основе данных. Поэтому собрали папку тг-каналов для HR и people-практиков — с кейсами, инструментами и готовыми решениями по ключевым направлениям в 2026 году: hr-бренд, подбор, адаптация, обучение, оценка, развитие, карьера, C&B, exit-интервью ⚡️Добавляйте папку себе и управляйте hr-процессами системно 👉 https://t.me/addlist/oymcrplJv5I5OTYy

Когнитивная ловушка: Опасность «почти готово» В Scrum большинство ошибок случается не от незнания теории, а из-за попыток быть «разумными» там, где нужны строгие правила. Одна из самых коварных ловушек — ловушка Definition of Done (DoD). Суть ловушки: Команды под давлением сроков начинают оправдывать «маленькие исключения»: • «Документацию допишем потом». • «И так сойдет, главное — функционал работает». • «Стейкхолдеры не против, если мы выкатим без тестов». Это типичное предвзятое отношение к завершению (completion bias). Каждое исключение кажется пустяком, но они имеют свойство накапливаться. Почему это убивает результат: 🟡Размытие стандартов: DoD перестает быть константой и превращается в предмет торга. 🟡Скрытая работа: Если работа не оформлена по правилам, она не готова. А значит, у вас копится технический долг, который никто не видит. 🟡Непредсказуемость: Вы теряете способность выпускать качественный продукт в конце каждого спринта. Качество становится лотереей. 📌 DoD — это единственный источник истины. Если в вашем DoD написано «документация готова», значит, без нее работа не считается выполненной. Независимо от давления рынка или просьб стейкхолдеров. Как только вы позволяете стандартам стать гибкими, качество становится непредсказуемым. Ловушка в том, что «почти готово» — это «вообще не готово». А в вашей практике часто приходится «отступать» от DoD ради скорости? Как потом разгребаете этот технический долг?

Токенмаксинг: как ИИ-гонка породила идеальную vanity-метрику Внутри ведущих технологических компаний – Amazon, Meta, Google, Microsoft и других – набирает обороты тренд под названием токенмаксинг (tokenmaxxing). Компании массово внедряют внутренние лидерборды, которые считают, сколько токенов AI-моделей инженер «сжег» за неделю. Попадание в топ-1000 стало неформальным маркером лояльного и «современного» сотрудника. За верхние строчки выдают ачивки, а сверху спускаются жесткие таргеты: «XX% штата обязаны каждый день использовать AI!» Зачем и как именно — никто не уточняет. Что происходит на практике? Инженеры, не выдерживая корпоративного давления, начинают запускать ИИ-агентов на бессмысленных задачах. Главная цель — просто сжечь токены ради строчки в рейтинге. Еще не так давно мы видели такое в погоне за тестовым покрытием. Ловушка Output vs. Outcome Эта ситуация — хрестоматийный пример управленческой ошибки, когда фокус смещается с Outcome (реальной пользы и ценности) на Output (количественный объем действий). Сам факт использования ИИ или количество сожженных токенов — это чистый Output. Эти цифры не говорят ни о продуктивности инженера, ни об улучшении пользовательского опыта. Они говорят лишь о том, что человек научился тратить деньги компании. Триумф Vanity-метрик «Доля сотрудников, регулярно использующих ИИ» превратилась в классическую vanity-метрику – метрику тщеславия. Корпорациям она нужна исключительно для того, чтобы отчитаться перед советом директоров и инвесторами красивым растущим графиком. Цифра растет сама собой, но причины её роста уже не имеют никакого отношения к рабочему процессу. Это идеальная иллюстрация Закона Гудхарта. Метрика задумывалась как прокси-сигнал того, что команда осваивает новые технологии. Но как только её превратили в KPI и начали негласно увязывать с премиями и грейдами, она моментально перестала быть объективной. Главный вывод ИИ становится новым корпоративным богом, которому нужно приносить токены в жертву, но это путь в никуда. Давайте искать реальный сигнал не в том, сколько людей «прикоснулись» к нейросетям, а в том, что изменилось в продукте и результате организации. Сократился ли Time-to-Market? Выросло ли качество архитектурных решений? Улучшились ли метрики, отражающие реальную эффективность создания ценности? Если нет — вы просто обогреваете дата-центры в угоду vanity-метрикам. Даже большие технологические компании совершают ошибки, но у них есть деньги, чтобы эти ошибки компенсировать. Можно быть богатыми, а можно быть умными. Учим не попадать в такие ситуации на нашем тренинге по целеполаганию. Приходите!

Психологическая безопасность 2.0 Про психологическую безопасность, я думаю, вы слышали. (если нет, вот ссылка на пост моей коллеги Жени) Сегодня читала, куда эта идея развивается. Если классическая психологическая безопасность — это: «Люди не боятся говорить, задавать вопросы и ошибаться», то версия 2.0 обычно делает акцент не только на безопасности, но и на ответственности, смелости и действии. 🦞 Основная идея: недостаточно просто создать «комфортную атмосферу»; команда должна уметь: • спорить, • давать честный фидбек, • поднимать неудобные темы, • быстро учиться на ошибках, • брать риски без страха наказания. Часто это описывают как переход: от safe space ➡️ к brave space, от «не страшно говорить» ➡️ к «мы вместе двигаем сложные изменения». Что обычно входит в Psychological Safety 2.0 • высокая открытость + высокие стандарты; • культура learning over blame; • нормализация ошибок как источника обучения; • активное несогласие без токсичности; • лидер не спасает и не контролирует всё, а создает условия для честного диалога; • безопасность не ради комфорта, а ради адаптивности и инноваций. 🦞 Простая формула Психологическая безопасность 1.0: «Тебя не накажут за ошибку». Психологическая безопасность 2.0: «Мы вместе используем ошибки, чтобы быстрее учиться и двигаться вперед». По мне, звучит, как очень логичное развитие идеи. Особенно в текущее время, когда медлить и избегать сложных разговоров становится реально опасно для бизнеса.

Афиша ближайших тренингов Scrum.ru ❤️ Присоединяйтесь и получайте новые знания! 20-22 мая Professional Scrum Product Owner Advanced 👉 Чтобы опытные продакты нашли новые пути развития 27-29 мая Дизайн Agile Организаций + Карта Гипотез 👉 Чтобы безболезненно трансформировать компанию в адаптивную организацию. 3 июня - 8 июля Professional Systems Thinker 👉 Чтобы научиться видеть систему и строить диаграммы причинно-следственных связей 4-5 июня Certified OKR Practitioner 👉 Чтобы выстроить работающее целеполагание 8-9 июня Professional Scrum Master Advanced 👉 Чтобы опытные скрам-мастера узнали, как расти дальше 17-19 июня Professional Scrum Product Owner 👉 Чтобы прокачаться в продуктовом управлении 18-19 июня Professional Scrum Master 👉 Чтобы начать разбираться в Скраме 22-23 июня Основы управления изменениями 👉 Чтобы понимать как влиять на изменения, происходящие в организациях Все тренинги проводим онлайн, бронируйте место на нашем сайте.