Четверг. За каждым чувством стоит потребность

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

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

Пример

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

Почему важно видеть потребности
Мы перестаём обвинять людей.

Задача не в том, что «он ленивый» или «они всегда всё портят». А в том, что у меня есть важная потребность, и она не встречена.

Мы получаем ясность, что именно менять.
Грусть может быть разной: от нехватки поддержки или от того, что нет смысла в работе. Увидев потребность, можно искать решение.

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

Рабочая ситуация

Скрам-мастер злится, что команда на ретро молчит.
Если смотреть только на чувство — злость.

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

Тогда разговор меняется:
«Я злюсь, когда на ретро тишина, потому что для меня важна открытость. Что поможет нам сделать обсуждение безопасным?»

Практика на сегодня
Заметь любое сильное чувство.

Спроси себя: «Какую мою потребность оно отражает?»
Попробуй назвать её: ясность, уважение, поддержка, сотрудничество, отдых, безопасность.

Вопрос к тебе
Какие потребности у тебя чаще всего остаются без внимания?
И как это отражается на твоих чувствах?

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

#ненасильственноеобщение #розенберг #softskills #эмоциональныйинтеллект #психологическаябезопасность #работабезстраха #growthmindset

Пятница. Слушать, чтобы слышать: эмпатическое слушание в конфликте

Большинство рабочих разговоров — это «слушаю, чтобы ответить».
В ненасильственном общении — «слушаю, чтобы понять».

Эмпатическое слушание — это не техника «кивать и соглашаться».
Это фокус на том, что стоит за словами собеседника: чувства и потребности. Когда мы слышим их, напряжение падает, а решения находятся быстрее.

---

Что такое эмпатическое слушание по Розенбергу

Коротко: мы отражаем гипотезу о том, что человек чувствует и в чём нуждается, и проверяем её.

Шаблон:
«Ты [чувство], потому что для тебя важно [потребность]?»

Пример:
«Ты злишься, потому что для тебя критично уложиться в сроки?»

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

---

Где мы обычно промахиваемся

1. Советы вместо понимания: «Слушай, просто сделай вот так…»

2. Оценки: «Ты перегибаешь».

3. Саморассказ: «У меня тоже так было…»

4. Защита позиции: «Мы ничего не срывали!»

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

---

Пятишаговая микро-структура ответа

1. Пауза.


2. Короткое наблюдение о факте/контексте.


3. Догадка о чувстве.


4. Догадка о потребности.


5. Просьба-подтверждение.

Пример на митинге:
«Сейчас напряжённо. Похоже, ты злишься и переживаешь, потому что тебе важно, чтобы мы не подвели клиента. Я правильно понял?»

Если человек говорит «не совсем», отлично — он уточнит. Это и есть диалог.

---

Кейсы из команды

Ситуация 1. Стейкхолдер: «Вы опять всё сорвали!»
Ответ: «Тебя злит текущая задержка, потому что ставка на этот релиз высокая и важны обещания клиенту, верно? Что для тебя было бы признаком, что мы идём по плану?»

Ситуация 2. Разработчик: «Меня не слушают на планировании».
Ответ: «Ты расстроен и устал, потому что тебе нужна вовлечённость и уважение к твоей экспертизе. Можем попробовать другой формат обсуждения, чтобы твой голос был слышен — подойдёт?»

Ситуация 3. Рабочий чат.
Сообщение: «Дизайн опять сырой».
Ответ-скрипт: «Хочу понять. Тебя раздражает текущая версия, потому что важны ясные критерии качества и времени? Что именно, по твоему, не дотягивает — перечисли пункты, я зафиксирую.»

---

Мини-скрипты для переписки

«Правильно ли я слышу, что тебя [чувство], потому что важно [потребность]?»

«Что помогло бы прямо сейчас? Один маленький шаг.»

«Если коротко, тебе нужно [потребность]. Верно ли это?»

---

Как тренировать навык на практике (15 минут в день)

1. Возьми два реальных сообщения коллеги (почта/чат).


2. В отдельном черновике выпиши: наблюдение → возможное чувство → возможная потребность.


3. Сформулируй один эмпатический ответ и один уточняющий вопрос.


4. Отправь. Отметь, как изменилась динамика.

---

Анти-паттерны и чем их заменить

«Успокойся» → «Похоже, сейчас много напряжения. Что здесь самое болезненное?»

«Ты неправ» → «Хочу понять ход твоей мысли. Тебя тревожит X, потому что важно Y?»

«Все заняты, разберись» → «Слышу, что тебе нужна поддержка/ресурс. Какая именно помощь будет полезна в ближайшие сутки?»

---

Чтобы не уехать в карикатуру эмпатии:

Не приписывай намерения («ты специально…») — спрашивай.

Избегай абсолютов («всегда», «никогда») — говори о текущем случае.

Проверяй гипотезы мягко («верно ли я слышу…») — не «диагностируй».

Помни: разные люди по-разному выражают эмоции; не навязывай один «правильный» способ.

---

Практика на сегодня

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

---

Вопрос

В каких ситуациях тебе сложнее всего удержаться от советов и перейти к эмпатии? Что мешает, и что поможет попробовать иначе?

---

#ненасильственноеобщение #розенберг #эмпатия #коммуникации #психологическаябезопасность #softskills #команднаяработа #лидерство #scrum #agileкоучинг

Недавно я поймала себя на мысли, что в командах смотрят на backlog, спорят про фичи и сроки.
А вот если спросить: а зачем вообще мы это делаем? — ответы у всех разные.

Вот здесь и становится видно, есть у команды Product Vision или его нет.
Vision — это не презентация с десятком слайдов и не таблица в Excel.
Это простая, живая фраза, которая звучит в голове у каждого: куда мы идём и зачем.

Когда он есть:
команда перестаёт тонуть в тасках; приоритизация становится проще. Задача или ведёт нас к Vision, или нет. У людей появляется смысл - они понимают, что делают не просто «кнопку», а часть большой истории.

Когда его нет:
каждый тянет в свою сторону; бизнес «горит» мелочами; продукт двигается рывками, а не внятным курсом.
И да, Vision — это не roadmap и не backlog.
Vision отвечает на зачем
Roadmap — на что примерно и когда
Backlog — на как именно прямо сейчас

Это как путешествие:
Vision — это пункт назначения, Roadmap — карта, Backlog — список дел «собрать чемодан, купить билеты».

А про ошибки, которые все совершают при создании Vision, расскажу в следующем посте.

А у вас в команде есть то самая «Полярная звезда» — vision, к которому вы движетесь?

Когда говоришь «нужно сформулировать Vision», команда обычно кивает: «ага, давайте».

И вот тут начинается самое интересное.

Я видела такие варианты:
полотна на полстраницы, где каждое слово —
списки из десяти «ключевых ценностей» (и все звучат одинаково)
или, наоборот, сухое «мы хотим увеличить прибыль».
Ошибки, которые встречаются чаще всего:
1. Слишком сложно
Фраза на три строчки, которую никто не помнит.
Vision должен звучать так, чтобы его легко повторить за утренним кофе.

2. Фокус на фичах, а не на ценности
«Наш продукт — это сервис, где есть чат, платежи, интеграции…»
Но зачем всё это пользователю? Что он получит в итоге?

3. Создано в одиночку
Когда Vision пишет один менеджер и потом «спускает» команде — это мёртвый документ.
Настоящее видение рождается на воркшопах, где каждый может внести кусочек.

4. Слишком бизнесово
Фразы вроде «максимизировать shareholder value» оставьте инвесторам.
Для команды это пустой звук. Vision должен зацепить людей, а не KPI.

Лучший тест: если вы рассказали Vision знакомому (не из команды), и для него он был понятен — значит, вы на правильном пути.

А дальше будет ещё практичнее: в следующем посте разберём шаблон Product Vision Statement, который помогает упаковать мысли в одну ясную формулировку.

А какие Vision-ошибки встречали вы у себя или в чужих проектах?

После разговоров о Vision у многих возникает вопрос:
«Окей, звучит красиво… но как это сформулировать так, чтобы было понятно?»
Тут помогает шаблон Джеффри Мура. Он старый, но работает до сих пор.

Формула такая:

Для [целевой аудитории], которая сталкивается с [проблемой], наш продукт — это [тип продукта], который предоставляет [ключевое преимущество]. В отличие от [альтернатив], мы [уникальное отличие].

Звучит формально, но когда вставляешь свои слова — получается очень живо.

Например:
Для фрилансеров, которые тратят часы на отчёты, наш сервис — это приложение, которое автоматизирует финансы. В отличие от Excel, мы даём аналитику «в один клик».

Что в этом классного?

Ты сразу видишь, для кого продукт.
Чётко описана проблема, а не только фичи.
Появляется ясное отличие от конкурентов.
А главное — это одно предложение. Его реально может помнить и повторить вся команда.


В следующем посте мы пойдём дальше и соберём Product Vision Board — инструмент, который помогает держать картину шире, чем одно предложение.

Попробуйте вставить свои слова в этот шаблон. Что у вас получается?

После того как мы научились формулировать одно предложение Vision, возникает вопрос:
«А как держать в голове всю картину, а не только одно предложение?»

Здесь на помощь приходит Product Vision Board (Roman Pichler).
Это такая визуальная доска, где есть пять блоков:
Target group — кто наши пользователи, для кого мы делаем продукт.
Needs — какие проблемы мы решаем, какая ценность для людей.
Product — что конкретно мы предлагаем, как это работает.
Business goals — какую ценность продукт приносит компании или проекту.
Differentiation — чем мы отличаемся от конкурентов и альтернатив.

Почему это работает:
- Визуально видно всю «картину», не теряем важные детали.
- Позволяет команде обсуждать, согласовывать и дорабатывать Vision.
- Легко адаптировать, когда появляются новые идеи или меняется рынок.

Совет из практики: делайте эту доску вместе с командой и стейкхолдерами. Не пытайтесь «спустить сверху» — реально работает только коллективное создание.

А в следующем посте мы посмотрим, как связать Vision с Roadmap и Backlog, чтобы каждое действие реально приближало команду к цели.

А у вас в команде уже есть визуальная карта продукта? Или пока только мысли в голове?

Мы разобрали, что такое Product Vision и как его формулировать.
Но многие останавливаются на красивых фразах и досках… и продукт стоит на месте.

Чтобы Vision начал работать, его нужно связать с Roadmap и Backlog.

Вот как это выглядит:
Vision — отвечает на вопрос зачем мы делаем продукт.
Пример: «Мы хотим, чтобы фрилансеры тратили меньше времени на отчёты».
Roadmap — показывает что и примерно когда.
Пример: «В Q4 внедряем автоматические отчёты, в Q1 добавляем аналитику расходов».
Backlog — конкретные задачи и истории, которые команда реализует сейчас.
Пример: «Сделать кнопку «Экспорт отчёта в PDF», интегрировать с банковским API».

Метафора:
Vision — это пункт назначения, Roadmap — карта маршрута, Backlog — вещи, которые кладёшь в рюкзак перед походом.

Советы из практики:
Не перескакивайте сразу в backlog — сначала убедитесь, что Vision и Roadmap согласованы.
Регулярно сверяйтесь с Vision: если задача не приближает к цели — ставьте на паузу.
Roadmap можно и нужно корректировать — Vision остаётся маяком.
А как у вас в команде: Vision реально «живет» в задачах или просто висит на стене?

10 принципов человекоцентричного лидерства — версия «в работу»

Лучшие идеи живут в форме манифестов. Ниже — 10 принципов, которые можно включить в операционку команды уже сегодня. Без лозунгов — с действиями.

1) Действуй, а не жди разрешения

Инновации редко стартуют с согласований.

Как жить: маленькие «safe-to-try» эксперименты с ограниченным риском и ясным окном проверки. Если ошиблись — признаём, учимся, двигаемся.

2) Сначала команда, потом продукт

Сильные продукты делают здоровые команды.

Как жить: инвестиции в доверие, ясность ролей, правила обратной связи. Когда команда «склеена», фичи ускоряются сами.

3) Люди и взаимодействия > процессы и инструменты

Инструменты работают ровно настолько, насколько работают люди.

Как жить: строим отношения до регламентов; процессы — как опора, не как клетка.

4) Найди путь — или построй его
Ограничения формируют креативность.

Как жить: «чем можем заменить», «что у нас уже есть», «какой минимум советов/ресурсов нужен, чтобы начать сегодня».

5) Не делай «что попросили» — разберись «зачем»

Запрос ≠ потребность.
Как жить: уточняем исход: какой результат важен, какой эффект должен появиться у пользователя/клиента/команды.

6) Меньше разговаривать, больше делать

Бесконечные «синхроны» не двигают вперёд.

Как жить: делаем маленький прототип/пробу, потом обсуждаем факты, а не предположения.

7) Работай с тем, что есть

Идеальных условий не будет.

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

8) Каждый — дизайнер опыта

Дизайн — не должность, а способ думать.

Как жить: вовлекаем всех: как сделать процесс/сервис на шаг удобнее уже в этом спринте/неделе.

9) Хороший менеджмент — это как можно меньше менеджмента

Лучшее лидерство незаметно: создаёт ясность и уходит с дороги.

Как жить: формулируем «что важно и почему», убираем блокеры, не становимся узким горлышком.

10) В каждом есть потенциал

Иногда люди забывают, что могут «летать».

Как жить: помогаем увидеть сильные стороны, показываем прогресс по фактам, даём задачи «на полшага выше» — с поддержкой.

Как внедрить за 7 дней (план «одна неделя — один сдвиг»)

День 1. Выберите 2 принципа под свой контекст.

День 2. Сформулируйте микро-поведение на 15 минут (проба/прототип/встреча-короче).

День 3. Назначьте окно проверки (когда поймём, что стало лучше).

День 4–5. Сделайте. Зафиксируйте факты, не ощущения.

День 6. Уберите одно лишнее согласование/барьер.

День 7. Ретро: держим → меняем → стоп. Возьмите следующий принцип.

Как понять, что работает (сигналы)

Решения стали быстрее, разговоров — короче, прототипов — больше.
У команды есть ясность, кто за что отвечает и куда идём.
Эскалации ушли вниз, а блокеров меньше.
Люди видят свой вклад и чаще предлагают улучшения сами.

Вопрос к вам: какие два принципа берёте в работу на этой неделе и как именно проверите, что стало лучше (время, метрика, факт)?

#лидерство #команды #человекоцентричность #agileмышление #практикилидера #менеджмент #росткоманды

В сентябре 2025-го компания Nike заявила, что изменила слоган: вместо легендарного «Just Do It» теперь — «Why Do It?».

То есть раньше:
— Вставай и беги!
Теперь:
— А зачем, собственно?

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

И знаете, в этом есть своя прелесть. Потому что иногда «лежать на коврике и думать о жизни» — это тоже тренировка. Только не тела, а сознания 🧘

Nike теперь будто коуч, который спрашивает:
— «Ты бежишь потому что хочешь, или потому что все бегут?»
— «Твой спорт — про энергию или про лайки?»

Nike как будто напоминает: смысл усилий не меньше важен, чем сами усилия.

А вы за какую версию: «делай» или «зачем делать»?

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

Если вам интересно направление UX/UI, рекомендуем подписаться на канал, там выходят подробные и качественные переводы его статей.

Сейчас мы работаем на масштабе 100+ команд, и можно с уверенностью сказать: планирование — это сердце производственного процесса. Им можно «вылечить» огромную часть болей. У нас оно выстроено от горизонта года (реальность большой структуры) до кварталов и спринтов.

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

На выходных перечитала Майкла Кона «Agile Estimating and Planning».
Хочу закрепить здесь ключевые мысли — ибо под давлением сроков и коммитов команды иногда теряют из виду настоящую ценность планирования. А забывать об этом точно не стоит 🙂

План ≠ контракт. Это гипотеза, которая помогает принимать решения, а не «обязательство на крови».

Неопределённость снижается со временем. В начале проекта оценки всегда неточны, но каждый спринт сужает треугольник неопределённости.

Ценность важнее точности. Планирование нужно, чтобы создать общее понимание и управлять ожиданиями.

Оценки ≠ обязательства. Это прогноз. Стабильные 100% предсказуемость команды скорее тревожный сигнал — возможно, она перестраховывается под давлением.

Velocity — инструмент для команды, а не KPI для сравнения. Он помогает планировать, но не служит мерилом «кто лучше».

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

Команда участвует в планировании. Только разработчики могут адекватно оценить трудоёмкость. Планирование — это совместная ответственность.

Планируя на год/квартал, важно помнить про треугольник неопределённости. В начале всегда много «белых пятен», и чем дальше горизонт планирования, тем выше разброс оценок. Поэтому при годовом планировании разумно закладывать капасити на неизвестное — это снижает риск срывов и даёт команде пространство для адаптации.

Планирование — это не попытка угадать будущее. Это инструмент навигации. Понимая это проще управлять ожиданиями и честно адаптировать планы под реальность.

Любая команда живёт в поле ожиданий: заказчик ждёт результата, команда — ясности, бизнес — предсказуемости.

Можно рисовать красивые приоритеты и рассказывать про задачи.
Но реальное отношение к ожиданиям видно не по словам, а по тому, как ведут бэклог.
Бэклог - это карта доверия.
Если он живой, прозрачный и понятный — заказчик чувствует контроль.
Он видит, что его идеи не теряются.
Он доверяет команде и видит, что важное дойдёт до работы. Либо получит аргументацию помему - нет.

А если бэклог мёртв — всё рассыпается при первом “влёте”.
Любая срочность становится пожаром.
Команда бросает план, заказчик теряет терпение, доверие умирает.

Прозрачный бэклог гасит “влёты” без борьбы.
Он делает их частью управляемой реальности:
«Да, можем сделать срочно. Но тогда отложим другое. Вот последствия.»

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

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

Те, кто интересуется психологией, коучингом или просто старается лучше понимать себя, наверняка слышали фразу Эрика Берна:
«Что случилось, то и цель». Как по мне, в ней удивительная глубина.

Сначала может показаться, что это про смирение. Мол, «раз уж так вышло - прими и живи».
Но на самом деле - это про осознанность.
Про умение видеть смысл не только в том, что мы задумали, но и в том, что уже случилось.

Мы привыкли строить жизнь по шаблону. Работа, отношения, семья, отпуск, дом.
Когда что-то выпадает из этого ряда, тревога поднимается:
«Почему у меня не как у всех?» «Что со мной не так?»

А может, всё - как раз так?
Ты живёшь один и чувствуешь беспокойство, что «надо бы» завести семью.
Смотришь на других и кажется, будто у них всё правильно.

Но если быть честным с собой - тебе спокойно в твоём темпе, в твоём пространстве, в твоей тишине.
И, может быть, именно это - твоя цель на сейчас.

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

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

Коуч или психолог может помочь это расслышать. Отделить навязанные цели от настоящих.
Разобраться, где ты живёшь из страха «не успеть», а где из желания быть собой.
Потому что иногда «не случилось» - это тоже результат.
Иногда отсутствие чего-то - не пустота, а пространство для понимания.

Что случилось, то и цель.
Про уважение к жизни, которая говорит с нами через события.
Про умение не гнаться за «как должно быть», а замечать, что уже есть.

Когда структура компании усиливает эффект толпы

Сегодня хотим поделиться взглядом на то, как организационная структура и внутренние политики влияют на то, что как работает организация.

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

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

Кажется, что всё продумано: есть роли, процессы, KPI, комитеты.
Но под капотом — эффект толпы.
Когда люди начинают двигаться не из смысла, а из «так принято у нас».

---

Как это работает

Организационная структура создаёт невидимые коридоры поведения.
Если у отдела есть свой KPI, своя отчётность и свои метрики успеха, то со временем команда начинает видеть мир только через свою рамку.

Продажи гонят новые сделки, потому что это KPI.
IT ускоряет релизы, потому что так меряют эффективность.
Юристы блокируют новые фичи, потому что им важен риск.
И всё это — правильно.
Только вместе это перестаёт работать как система.

Каждый занят своим делом. Каждый — «всё делает верно».
И именно в этом месте включается эффект толпы — когнитивное искажение, при котором люди повторяют логику группы, теряя способность к самостоятельной оценке.

«Все так делают» становится сильнее, чем «а зачем мы вообще это делаем».

---

Почему структура это усиливает

1. Иерархия формирует “коридоры видимости”.
Люди видят только свой этаж — свои задачи, свои отчёты.
Между этажами мало прозрачности.
Поэтому даже разумные люди начинают действовать в логике “мы – они”.


2. KPI цементируют фрагментацию.
Когда успех отдела не связан напрямую с успехом клиента или соседних функций, усиливается внутренняя конкуренция.
Каждый оптимизируется “на своём участке”.
В итоге выигрывают метрики, но не продукт.


3. Толпа — это не люди. Это система реакций.
Когда решения принимаются на основе привычек, а не анализа.
Когда менеджеры боятся выглядеть «вне тренда» и подстраиваются под общий ход.
Когда вместо обсуждения сложных вопросов команда делает вид, что согласна.

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

---

Что с этим делать

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


2. Выравнивать метрики на уровне системы, а не отделов.
Вместо десятков KPI — 3–5 outcomes, понятных всем.
Они становятся навигацией, которая объединяет усилия.


3. Создавать безопасные пространства для несогласия.
Если в команде можно сказать “я думаю иначе” без страха — это противоядие толпе.
Именно здесь рождается инновация и системное мышление.


4. Встраивать роль “системного наблюдателя”.
Коуч, фасилитатор или лидер, который не варится в операционке, а видит паттерны.
Не судит, а помогает команде увидеть, где система ест сама себя.

---

И вот в чём парадокс

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

Поэтому системное мышление — не про “думать стратегически”,
а про замечать, где ты стал частью толпы, и вернуть себе осознанность.


---

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


---

А у вас в компании — структура помогает видеть общее поле или разрывает его на сектора?
Сколько у вас системных диалогов, где говорят не о задачах, а о связях между ними?

#лидерство #управлениекомандой #agileмышление #организационноеразвитие #корпоративнаякультура #businessagility #teamdynamics #organizationaldesign

О том, как AI может помочь в работе.