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

Публикуем перевод оригинального поста популяризатора современной теории мотивации Дэниела Пинка Хотите сохранять мотивацию каждый день? Позаимствуйте стратегию у Гарварда. А затем еще одну — из стендапа. Вместе они создают мощный движок для сохранения темпа, мотивации и достижения мастерства. Вот как это работает: Начнем с Гарварда. Исследовательница Тереза Амабайл изучила 12 000 ежедневных рабочих дневников в 8 компаниях. Она хотела узнать: что на самом деле мотивирует людей изо дня в день? Ее открытие изменило наше понимание драйва. Главным стимулом ежедневной мотивации оказались не: - Деньги - Похвала - Бонусы Это был прогресс. Дни, когда люди добивались прогресса в значимой работе, были днями, когда они чувствовали себя лучше всего. Прогресс — это не роскошь. Это психологическая необходимость. Так как же сделать прогресс видимым, особенно в те дни, когда кажется, что его нет? Используйте «Ритуал прогресса». → В конце дня сделайте паузу. → Запишите 3 небольших шага, которые позволили вам продвинуться вперед. → Вот и все. Никаких фанфар. Просто ритуал. Это работает, потому что мы редко замечаем свой прогресс в реальном времени. Он теряется под завалами дел, встреч и ментального шума. Оглядываясь назад, вы даете своему мозгу ту награду, которая необходима ему, чтобы двигаться дальше. Движение вперед рождается из осмысленности. А теперь давайте добавим немного комедии. У молодого Джерри Сайнфелда была одна цель: писать новый материал каждый день. Чтобы не сбиться с пути, он создал гениальную систему. Каждый день, когда он писал, он ставил большой красный крестик (Х) в своем календаре. Вскоре из этих крестиков выстроилась цепь. И вот в чем главный секрет: Не прерывайте цепь. Один красный крестик превращается в два. Два — в десять. Десять становятся частью вашей идентичности. Пишете ли вы, программируете или тренируетесь: Ежедневные действия + визуальная цепь = долгосрочная мотивация. Итог: Система мотивации из двух частей От Гарварда: Каждый день записывайте 3 шага, благодаря которым вы добились прогресса. От Сайнфелда: Ставьте крестик за каждый день, когда вы беретесь за дело, и не прерывайте цепь. Прогресс подпитывает целеустремленность. Постоянство подпитывает уверенность. Применяйте и то, и другое, и вы не сойдете с дистанции — особенно в трудные дни. Потому что, когда ваши дни становятся лучше, ваши недели становятся лучше. Когда недели становятся лучше, месяцы становятся лучше. А когда ваши месяцы становятся лучше, улучшается вся ваша жизнь. Все начинается с одной маленькой победы сегодня.

4 рекомендации для работающего целеполагания от McKinsey В исследовании McKinsey Four considerations for better goal setting and performance авторы выделяют 4 ключевых рекомендации: 1. Связывайте цели со стратегией бизнеса Сотрудникам критически важно понимать, как их ежедневные задачи влияют на глобальный успех компании. Когда цели прозрачно связаны со стратегическими приоритетами, люди видят смысл и ценность своей работы, что напрямую повышает их вовлеченность. 2. Сместите фокус с индивидуальных на командные результаты Современные задачи редко решаются в одиночку — они требуют кросс-функционального взаимодействия. Если оценивать только личные достижения, это может разрушить необходимую коллаборацию. Фокус на командных результатах стимулирует взаимопомощь и совместную ответственность. 3. Сделайте целеполагание непрерывным процессом Практика постановки целей один раз в начале года устарела. Учитывая скорость изменений на рынке, система должна быть гибкой. Необходим регулярный диалог между менеджерами и командами, короткие циклы планирования и постоянная обратная связь, чтобы вовремя корректировать курс. 4. Пересмотрите связь между целями и финансовой мотивацией Если премия на 100% зависит от достижения поставленных метрик, сотрудники начинают перестраховываться и ставить заведомо легко достижимые, заниженные цели. Чтобы стимулировать инновации и готовность брать на себя сложные задачи, процесс оценки результативности и обсуждение бонусов стоит разделять. О правильном целеполагании и необходимых для этого условиях рассказываем на нашем тренинге. Ближайшая группа 23-34 июля.

Четыре долга Скрам-мастера У Скрам-мастера тоже накапливается долг. Только он живёт не в коде, а в разговорах, которые команда слишком долго откладывает. Снаружи всё может выглядеть нормально: Ежедневный Скрам идёт, Обзор Спринта проводится, Ретроспектива есть в календаре. Но внутри постепенно исчезают доверие, открытость, ответственность и инициатива. 1️⃣ Долг конфликта Скрам-мастер видит напряжение между людьми, но решает: «Сейчас не время». Через несколько месяцев команда уже обсуждает не идеи, а личности. 2️⃣ Долг обратной связи Обратная связь откладывается из страха испортить отношения. В итоге человек месяцами продолжает поведение, которое мешает команде. 3️⃣ Долг ответственности Скрам-мастер сам напоминает, организует, договаривается и следит за задачами. Команде удобно, но она постепенно становится зависимой. 4️⃣ Долг обучения На Ретроспективе появляются хорошие идеи, но эксперименты по улучшениям не запускаются. Возникает ощущение обучения, хотя система остаётся прежней. 📌Главная мысль: Скрам-мастер работает не с событиями Скрама, а со средой, в которой команда способна вести трудные и продуктивные разговоры. Часть долга создаёт сама организация: когда команда не влияет на приоритеты, Владелец Продукта не принимает решений, KPI конфликтуют, а иерархия сильнее продуктовой ответственности. ⚡️ Если хочется глубже разобраться, где проходит граница между «проводить события» и помогать команде взрослеть, приходите на тренинг Professional Scrum Master (PSM): https://scrum.ru/psm Какой долг копится у вас?

Почему попытка «перевоспитать» команду — худший способ решения проблем Когда в компании что-то идет не так, наша первая реакция — найти виноватого. «Кто-то слишком много говорит», «Кто-то не слушает», «Команда не мотивирована». Мы тратим недели на коучинг, фидбек-сессии и попытки «исправить» людей. Но правда в том, что поведение человека — это всегда результат среды, в которой он находится. Есть отличная метафора: если собака ворует еду со стола, можно месяцами её дрессировать (и не факт, что получится), а можно просто перестать оставлять еду на краю стола. В бизнесе это называется «убрать стейк с края стола». Это значит не бороться с последствиями ошибки, а устранить условия, которые её провоцируют. Почему мы зациклены на «исправлении людей»? Потому что люди — это то, что мы видим. Нам проще указать на коллегу, чем анализировать «дизайн» наших встреч или рабочих процессов. Менеджмент часто поощряет поиск виноватых, но системный подход предлагает три уровня решения любой проблемы: Три уровня решения любой проблемы: • Коучинг (сложно и долго): Попытка изменить поведение человека через убеждение. Это развивает осознанность, но не меняет систему. Завтра на этом месте окажется кто-то другой с той же проблемой. • Изменение своего поведения (быстро): Вы — часть среды для других. Если вы начнете модерировать встречи иначе (например, сами останавливать затянувшиеся монологи), реакция команды изменится автоматически. • Настройка среды (самый эффективный путь): • Вместо того чтобы учить людей «больше слушать», введите правило: «никаких решений без круга мнений». • Вместо борьбы с «говорунами» — используйте таймер или жесткий регламент встречи. • Вместо борьбы с «недисциплинированностью» — автоматизируйте процесс так, чтобы в нем нельзя было пропустить важный шаг. Золотой вопрос руководителя: Прежде чем «чинить» человека, спросите себя: «Какая особенность моей среды провоцирует это поведение, и как я могу изменить правила игры, чтобы желаемый результат стал неизбежным?» Самые эффективные решения — это те, которые делают правильное поведение естественным и легким, а «неправильное» — практически невозможным. «Перед тем как возложить ответственность за исправление на человека, проявите любопытство к тому, что в среде влияет на его поведение. Что будет самым простым и быстрым способом изменить результат?» Источник: https://estherderby.com/where-to-fix-a-problem/

⚡️ Команды нельзя нанять — только спроектировать В 90-х провели знаменитый эксперимент с курицами. В одном курятнике оставили обычных несушек. В другом собрали только самых продуктивных. Через несколько поколений обычный курятник процветал, а в "команде суперзвезд" большинство куриц погибло — самые сильные заклевали остальных. Эта история хорошо показывает, что недостаточно собрать лучших людей. Метаанализ 31 исследования с участием 1390 медицинских команд показал: команды с высоким уровнем сотрудничества почти в три раза чаще добиваются лучших результатов. «Производительность системы зависит не от того, насколько хорошо работают ее части по отдельности, а от того, насколько хорошо они работают вместе». — Рассел Акофф Команда не возникает сама собой. По определению Катценбаха и Смита, ее отличают общая цель, общий способ работы и взаимная ответственность за результат. Именно она заставляет людей помогать друг другу, делиться знаниями и вместе отвечать за успех. Это и есть задача организационного дизайна — создать такие условия, в которых невозможно быть успешным отдельно от своей команды. Общая цель, прозрачность, быстрые циклы обратной связи и коллективная ответственность делают сотрудничество самым выгодным способом работы. Сильные организации не строят вокруг суперзвезд. Они проектируют систему, в которой обычные люди становятся выдающимися командами. Что мешает вашей команде стать настоящей командой?

⚡️ Как топы стали узким горлышком Мы закончили экспериментальный поток Professional Systems Thinker II — продвинутый курс по системному мышлению. Разобрали кейсы всех участников до единого. Один из них показываю целиком — в комментариях. Заодно про инструмент. Вместе с Claude мы собрали SKILL, который ведёт такой разбор по шагам: из путаной ситуации вытащить внятную историю, определить системный архетип, развернуть её в карту причинно-следственных петель и найти точки, где небольшое вмешательство меняет поведение всей системы. Он ещё и страхует от типичных ошибок — следит, чтобы не потерялась фундаментальная петля решения, держит единые правила именования переменных и нумерации петель, а в конце собирает разбор в PDF. Теперь сам кейс. Среда усложняется, нестандартных ситуаций всё больше. Раньше их разбирали на местах, но всё сложное постепенно поползло наверх — к топам. Топы решают быстро, только поток всё растёт. Спущенные вниз решения часто возвращаются как «сделано не то», и средний уровень перестаёт брать ответственность: проще эскалировать, чем переделывать. Чем усерднее тушат сверху, тем слабее способность системы решать самой. Параллельно ломается стык между функциями: договорённости рождаются наверху и спускаются без общей картины. Функциональные KPI держат каждого в своём колодце. Итог — топы перегружены, а финансовый результат стоит на плато. На карте видно три выхода: усилить петлю, которая наращивает контекст и автономность внизу; сменить то, за что платят, с функциональных KPI на сквозной результат; и глубже — перестраивать саму систему управления под возросшую сложность. Следующий поток стартует в сентябре — scrum.ru/systems_thinking. Если хотите щёлкать такие задачки как орешки (c AI), запрыгивайте. А ваши топы — узкое горлышко?

Почему «ОНИ» — самое опасное слово в компании «Они не сделали отчет», «Они опять изменили требования», «Они не понимают, как это работает». Какое же опасное слово "они". Использование этого местоимения — это прямой путь к разрушению культуры и эффективности. Вот в чем ловушка 1. Создание врага: Когда мы говорим «они», мы автоматически проводим черту между «нами» (хорошими, эффективными, старательными) и «ими» (теми, кто тормозит процесс или совершает ошибки). Это убивает эмпатию и превращает коллег в противников. 2. Снятие ответственности: Слово «они» — идеальный способ самоустраниться. «Это их вина, я тут ни при чем». Как только мы перекладываем ответственность на абстрактных «их», мы перестаем искать решение и переходим в режим пассивного ожидания или жалоб. 3. Остановка системы: В компаниях, где процветает «они-мышление», процессы застревают между отделами. Никто не хочет выходить за рамки своей зоны ответственности, потому что «это не моя работа, это к ним». Как выйти из этого круга? • Заменяйте на «Мы»: Вместо «Они не подготовили данные» попробуйте «Что мы можем сделать, чтобы у нас были нужные данные?». Это меняет вектор мышления с обвинения на сотрудничество. • Идите к людям: «Они» — это всегда обезличенная масса. Как только вы идете к конкретному человеку из другого отдела, чтобы понять его боли и задачи, «они» превращаются в реальных людей с реальными проблемами. • Ищите системные причины: Зачастую «они» не виноваты. Виновата система, которая настроена так, что отделы работают на разные (иногда конфликтующие) KPI. Разберитесь, почему возник этот разрыв, вместо того чтобы искать виноватых. Корпоративная культура строится на языке, который мы используем. «Мы» — это про объединение и решение проблем. «Они» — про разделение и оправдания. В следующий раз, когда поймаете себя на мысли «Они опять...», остановитесь. Спросите себя: «Какое влияние оказываю на то, чтобы эта ситуация возникла?». Это и есть настоящий путь к ответственности. Источник

Системное мышление спасает AI‑трансформацию Вчера завершили поток по системному мышлению, где мы работали с кейсами продуктовых и IT‑команд. Один из участников принёс знакомую историю: сверху прилетает установка «ускорить разработку и внедрить AI», вводятся KPI и vanity‑метрики, а команды начинают геймить систему — отчёты улучшаются, но реальные использование технологий и рост компетенций почти не меняются. На CLD‑диаграмме видно, как давление через метрики раскручивает порочный цикл: гейминг создаёт лишь видимый уровень использования AI, вымывает мотивацию к обучению, а высокая нагрузка на разработку оставляет минимум времени на эксперименты. Даже если завтра руководство захочет принимать более осмысленные решения, у команды нет ресурса — окно для изменений закрыл сам способ управления. После обновления диаграммы проявился ещё один слой — накопленный технический долг. Высокий техдолг усложняет архитектуру и продуктовые модули, увеличивает объём ручной работы и снижает качество отдачи от AI‑технологий. Попытки внедрять AI на такой архитектуре дают слабый эффект, что дополнительно демотивирует команду и усиливает цикл «нет времени на эксперименты → низкие компетенции». В результате появляются четыре естественных направления действий: выделение времени на эксперименты и обучение, запуск Community of Practice, встраивание обучения в performance‑цикл и целенаправленное изменение архитектуры для снижения техдолга. Так системное мышление превращается в инструмент управления трансформацией — мы работаем и с управлением через метрики, и с мотивацией, и с архитектурой продукта как со связанными элементами одной системы. В сентябре стартует новый поток тренинга по системному мышлению, где мы учимся строить такие CLD и работать с реальными «злыми» проблемами — от управленческих практик до технического долга (подробности по ссылке: scrum.ru/systems_thinking). Как вы используете CLD для решения своих проблем?

STATIK: Как превратить хаос в управляемую систему Многие воспринимают внедрение Канбана как «нарисуем доску и будем двигать стикеры». Дэвид Андерсон, создатель метода Kanban, в своем подходе STATIK (Systems Thinking Approach to Implementing Kanban) утверждает: доска — это лишь результат глубокого анализа системы. Прежде чем визуализировать работу, нужно понять, как устроена ваша система, чтобы не просто «перемещать стикеры», а решать реальные проблемы. 8 шагов внедрения: 1️⃣Идентификация услуг: Определите, какую ценность создает ваша команда и для кого. 2️⃣Определение целей (Fitness for Purpose): Поймите, что именно делает ваш сервис успешным в глазах клиента (скорость, качество, предсказуемость). 3️⃣Анализ «болей»: Соберите жалобы клиентов и команды. Устранение этих узких мест — основа вашего будущего дизайна системы. 4️⃣Анализ спроса: Изучите, кто, что и как часто у вас запрашивает. Разделите работу на типы, чтобы понимать ритм нагрузки. 5️⃣Оценка возможностей: Посмотрите на исторические данные (срок выполнения, качество). Где сейчас разрыв между тем, что вы выдаете, и тем, что от вас ждут? 6️⃣Моделирование потока: Опишите путь задачи. Важно: моделируйте не «передачу из отдела в отдел», а стадии, где задача «добывает» новое знание и приближается к готовности. 7️⃣Классы обслуживания: Договоритесь, как вы будете работать с разными задачами (например, срочные «пожары» против плановых фич). Сделайте правила приоритетов явными. 8️⃣Дизайн системы и социализация: Спроектируйте доску, тикеты и ритм встреч (каденции). Главное — создавайте дизайн совместно с командой и стейкхолдерами. Если люди сами участвовали в разработке процесса, они будут его поддерживать, а не саботировать. ⚡️STATIK превращает Канбан из простого «рисования колонок» в процесс осознанной инженерной настройки вашей работы. Сначала анализ — потом инструменты. 🔜 Вот тут детальнее про подход

Как ИИ меняет SDLC: Разбираем свежий whitepaper "The New SDLC With Vibe Coding" от Google Пару дней назад был опубликован свежий whitepaper от Google, описывающий глубокую трансформацию жизненного цикла разработки под влиянием автономных ИИ-агентов. Эра ручного перевода решений в программный синтаксис заканчивается за счет «набора кода на клавиатуре» заканчивается. Что важно понимать менеджменту организаций при проектировании новых процессов и адаптации оргструктуры: ▶️Эволюция от Vibe Coding к Agentic Engineering Программирование через свободное описание намерений (vibe coding) отлично работает для быстрых концептов. Но для создания надежных корпоративных систем организациям необходимо внедрять агентную инженерию (Agentic Engineering) — жесткую структуру из проверок, политик и контуров обратной связи вокруг ИИ. ▶️Ключевая формула: Agent = Model + Scaffold Эффективность разработки теперь зависит не столько от самой нейросети (модели), сколько от «каркаса» (scaffold), который выстраивает компания. Главную ценность несет правильно спроектированный контекст, правила безопасности и среда валидации, в которой оперирует автономный агент. ▶️Трансформация ролей и компетенций Специалисты перестают быть просто исполнителями, транслирующими логику в код, и становятся системными оркестраторами. Главным результатом работы инженера становится не сам код, а система, пайплайны и правила, которые производят и контролируют этот код. Это требует серьезного пересмотра профилей компетенций внутри подразделений. ▶️Радикальное сжатие жизненного цикла (SDLC) Этап непосредственной реализации, ранее занимавший недели, сжимается до часов. В результате, узким местом и главным фокусом для менеджмента становятся другие этапы: системная архитектура, бизнес-логика, управление контекстом и автоматизированная валидация качества. Главный итог: Интеграция ИИ — это вызов не для IT-инструментария, а для организационной модели производства. Лидерами станут те компании, которые выстраивают организационную систему вокруг агентной разработки, а не просто раздают сотрудникам доступ к умным помощникам.