Лаборатория ПроЛидеров | ProLeadersLab®
رفتن به کانال در Telegram
Организационный консалтинг для руководителей и управленческих команд. Помогаем разобраться, почему проблема возвращается, хотя её уже пытались решить, и что изменить в работе организации, чтобы она не повторялась. Сайт: https://proleaderslab.ru
نمایش بیشتر822
مشترکین
اطلاعاتی وجود ندارد24 ساعت
+27 روز
+430 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
سپتامبر '26
سپتامبر '26
+2
در 0 کانالها
اوت '26
+18
در 1 کانالها
Get PRO
ژوئیه '26
+11
در 1 کانالها
Get PRO
ژوئن '26
+15
در 1 کانالها
Get PRO
مه '26
+12
در 1 کانالها
Get PRO
آوریل '26
+9
در 1 کانالها
Get PRO
مارس '26
+13
در 1 کانالها
Get PRO
فوریه '26
+6
در 1 کانالها
Get PRO
ژانویه '26
+9
در 1 کانالها
Get PRO
دسامبر '25
+16
در 1 کانالها
Get PRO
نوامبر '25
+8
در 1 کانالها
Get PRO
اکتبر '25
+22
در 1 کانالها
Get PRO
سپتامبر '25
+27
در 1 کانالها
Get PRO
اوت '25
+26
در 1 کانالها
Get PRO
ژوئیه '25
+38
در 1 کانالها
Get PRO
ژوئن '25
+40
در 1 کانالها
Get PRO
مه '25
+20
در 1 کانالها
Get PRO
آوریل '25
+37
در 2 کانالها
Get PRO
مارس '25
+18
در 1 کانالها
Get PRO
فوریه '25
+45
در 1 کانالها
Get PRO
ژانویه '25
+37
در 2 کانالها
Get PRO
دسامبر '24
+33
در 1 کانالها
Get PRO
نوامبر '24
+31
در 2 کانالها
Get PRO
اکتبر '24
+99
در 1 کانالها
Get PRO
سپتامبر '24
+29
در 1 کانالها
Get PRO
اوت '24
+96
در 1 کانالها
Get PRO
ژوئیه '24
+71
در 1 کانالها
Get PRO
ژوئن '24
+26
در 1 کانالها
Get PRO
مه '24
+69
در 1 کانالها
Get PRO
آوریل '24
+52
در 2 کانالها
Get PRO
مارس '24
+52
در 1 کانالها
Get PRO
فوریه '24
+84
در 2 کانالها
Get PRO
ژانویه '24
+295
در 1 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 03 سپتامبر | +1 | |||
| 02 سپتامبر | +1 | |||
| 01 سپتامبر | 0 |
پستهای کانال
ПАЗЛ УПРАВЛЕНИЯ · ЭЛЕМЕНТ 05
Собрать полную картину, прежде чем принять кадровое решение
Через пять дней компания должна была перевести ключевых клиентов на новый порядок обслуживания. Дату уже сообщили клиентам, команды отчитались о готовности. Топ-команде оставалось принять окончательное решение.
– Стандартный сценарий прошли полностью, – сказал IT-директор. – Критических сбоев нет, поэтому к переходу…
– К переходу мы не готовы, – перебил его директор по клиентскому сервису. – Два клиента с нестандартными условиями в тест не вошли. Если автоматический сценарий не сработает, кто примет их запросы вручную?
– Этих клиентов не было в согласованном наборе тестов, – ответил IT-директор. – За пять дней периметр уже не расширяют.
– Клиенту не объяснишь, что он оказался вне периметра.
Операционный директор открыл рабочую схему:
– Для исключений есть ручной режим. Обращение принимает первая линия, дальше подключаемся мы.
– Кто именно из ваших? Кто принимает решение о переключении?
– Мы определим это до перехода.
– То есть сейчас владельца нет.
– Мы это уже обсуждали, – возразил IT-директор. – Два исключения не основание снова ставить под сомнение готовность всей системы. Ручной режим…
– …без владельца не режим, а намерение. Я об этом и написал два дня назад.
– Не перебивай… дай ему договорить – остановил его генеральный директор. – По резервному порядку решение уже принимали.
– Но в этом решении нет ни этих клиентов, ни владельца ручного режима.
Генеральный директор закончил встречу:
– К вечеру назовите владельца ручного режима и решите, как переводим этих двух клиентов.
Когда остальные вышли, он сказал директору по персоналу:
– С меня хватит. Разберись с ним. Если не изменится – готовь замену.
– Понимаю, почему ты злишься. Он давно так себя ведёт?
– Нет, началось на этом проекте.
– А раньше у него были похожие проекты?
– Были.
– Как ты думаешь, что могло повлиять на его поведение?
– Понятия не имею. Я ему не психолог! К чему ты ведёшь? Хочешь, чтобы я его оставил?
– Оставить его или нет – решать тебе. Тебе и не нужно быть ему психологом. Я хочу собрать для тебя полную картину до того, как мы запустим поиск замены. Я разберу с ним, что изменилось, можно ли это скорректировать, и зафиксирую границы. По риску команда уже получила твоё поручение. Когда будут оба ответа, ты сможешь взвесить и последствия его поведения, и цену замены: время, деньги и риск потерять контекст в середине проекта.
– Хорошо. Вернись ко мне с информации в ближайшее время .
⚠️ Мы бываем склонны “рубить с плеча”, когда находимся под влияние негативных эмоций. Чтобы не принимать кадровое решение на пике управленческой усталости, пройдите три вопроса:
1️⃣ Какое поведение вы ожидаете?
Назовите наблюдаемые действия вместо ярлыка “сложный”.
2️⃣ Обсуждали ли вы это с сотрудником?
Что именно он услышал и какое изменение вы согласовали?
3️⃣ Он всегда вёл себя так?
Если нет – что изменилось и могло повлиять на поведение?
Если да – почему раньше это считалось приемлемым и что изменилось в требованиях сейчас?
⚡️ Если поведение изменилось недавно, сначала выясните причину и можно ли её скорректировать. Если оно было таким всегда, но организация его принимала, сначала обозначьте новые ожидания и дайте время на изменение.
💭 К кадровому решению стоит возвращаться, если сотруднику ясно обозначили ожидаемое поведение и последствия повторного нарушения, но поведение не изменилось.
#пазл_управления
| 2 | Когда в команде кто-то спорит, возвращается к одному вопросу или резко реагирует на решение, самый быстрый путь – объяснить это личными качествами.
Но поведение ещё не говорит, в чём причина. За ним могут стоять напряжение вокруг роли, неясная договорённость, накопившаяся нагрузка, риск, который сочли закрытым, или способ работы, который перестал помогать.
Это не отменяет ответственности за форму разговора. Границы нужны. Но кадровое решение не должно становиться заменой управленческой работы.
🗒 Практический поворот на сегодня: выберите один сложный эпизод и опишите его одной нейтральной фразой – только то, что можно было увидеть или услышать, без ярлыка для человека.
Например: «На встрече коллега трижды вернулся к вопросу о сроке после принятого решения».
Так наблюдение остаётся предметом разговора, а не становится характеристикой человека.
В среду разберём, что стоит выяснить до кадрового решения.
➡️Версия для печати
#МудростьНедели
#ВдохновениеНедели
Max | Сайт | 57 |
| 3 | В понедельник мы говорили: сильное решение – то, которое организация готова исполнить. В среду разобрали, как распределить полномочия и ключевые решения при смене первого лица.
Неделю закрываем “Разбором реального бизнес-кейса”.
История OpenAI показывает: право сменить CEO не гарантирует, что организация сможет работать на следующий день.
🔍 РАЗБОР РЕАЛЬНОГО БИЗНЕС-КЕЙСА
Совет OpenAI уволил CEO. Почему через несколько дней Альтмана вернули?
17 ноября 2023 года совет директоров OpenAI уволил Сэма Альтмана с должности CEO и вывел его из состава совета. По версии совета, Альтман не всегда был с ним откровенен, и это мешало работе совета. Временным CEO стала Мира Мурати.
Полномочия у совета были. Но компания не была готова к последствиям.
Позднее независимая проверка установила, что совет и Альтман утратили доверие друг к другу. Совет рассчитывал таким образом решить внутренние управленческие проблемы, но не ожидал, что увольнение дестабилизирует компанию. Решение приняли поспешно: ключевых участников не предупредили, обстоятельства не изучили полностью, Альтману не дали ответить на вопросы. Проверка не связала увольнение с безопасностью продукта, темпом разработки или финансами.
Через несколько дней Альтман вернулся на должность CEO, а OpenAI сформировала переходный состав совета, чтобы стабилизировать компанию, проверить причины кризиса и усилить управление. В марте 2024 года по итогам проверки совет выразил полное доверие Альтману, вернул его в свой состав и включил новых директоров, ужесточил правила урегулирования конфликтов интересов, создал канал для анонимных сообщений и дополнительные комитеты.
Модель управления OpenAI необычна; переносить её механически нельзя. Но вывод применим шире: смена первого лица становится проверкой для совета, системы преемственности и топ-команды.
📊 Что сработало и где появился риск
Совет отреагировал на утрату доверия, сразу назначил временного CEO, а после кризиса организовал независимую проверку и изменил правила управления.
Но одного назначения временного CEO оказалось недостаточно. До увольнения совет не завершил проверку и не определил, как компания будет работать в первые дни: кто принимает решения, за исполнение каких обязательств отвечает топ-команда и кто объясняет происходящее сотрудникам, клиентам и партнёрам.
⚡️ Полномочий принять решение недостаточно. Нужно ещё подготовить организацию к его исполнению.
🗒 Что из этого следует для собственника, совета и топ-команды
1️⃣ Разделить сигнал, временную меру и окончательное решение.
При угрозе безопасности, признаках нарушения закона или риске для активов первое лицо можно временно отстранить до проверки. Но у такой меры должны быть основание, срок действия и условия пересмотра. Например: «На семь дней полномочия переходят временному CEO, а затем совет принимает окончательное решение по итогам проверки».
2️⃣ Заранее спланировать первые 72 часа.
Совет определяет полномочия временного CEO. Топ-команда договаривается, какие обязательства необходимо выполнить и как работать в переходный период. Один человек информирует сотрудников, клиентов и партнёров. Например, заранее решают, кто согласует платежи, подтверждает обязательства перед клиентами и разрешает выпуск продукта.
3️⃣ Обеспечить совету доступ к неудобной информации до кризиса.
Для этого нужны рабочие процедуры. Например, закрытые встречи независимых директоров без CEO, защищённый канал для сообщений и заранее установленный порядок проверки сигнала.
⚡️ Смена первого лица – не отдельное кадровое событие, а проверка всей системы управления: качества информации, распределения полномочий и преемственности.
💭 Уже сегодня подумайте, где система управления вашей компанией дала бы первый сбой, если бы CEO пришлось сменить завтра.
#разбор_реальных_бизнес_кейсов | 68 |
| 4 | ПАЗЛ УПРАВЛЕНИЯ · ЭЛЕМЕНТ 04
Решение принято. Готова ли организация?
В понедельник утром Совет директоров принял решение сменить генерального директора одной из компаний группы.
К этому шли несколько месяцев. План продаж пересматривали третий раз, два ключевых проекта застряли между подразделениями, а разногласия руководителей всё чаще приходилось разбирать на уровне Совета.
Рассчитывали, что он будет передавать дела две недели. Но после разговора генеральный подписал необходимые документы и сообщил, что больше не будет принимать управленческие решения. Через час его уже не было в офисе.
Председатель Совета собрал топ-команду. Хотели быстро договориться, как и кому сообщить об уходе.
– Объявляем сегодня, иначе через час это будут обсуждать во всех коридорах.
🗒 Финансовый директор открыл платёжный календарь:
– Завтра нужно подтвердить платёж ключевому поставщику. Сумма выше моего лимита.
– Что будет, если платёж задержится?
– Поставщик перенесёт отгрузку. Через несколько дней часть производства останется без материалов.
🗒 Коммерческий директор напомнил о переговорах с крупнейшим клиентом:
– Завтра он ждёт окончательные условия. Раньше такие уступки мог согласовать только генеральный. Если мы не ответим, клиент вернётся к предложениям конкурентов.
🗒 Производственный директор добавил:
– Утром утверждаем план на неделю. Двум подразделениям нужны одни и те же специалисты. Кто решит, куда их направить?
Председатель Совета повернулся к операционному директору:
– До назначения нового генерального текущую работу берёшь ты.
– Я могу взять текущую работу. Но тогда буду отвечать за решения, на которые у меня нет полномочий. Я не смогу согласовать платёж или изменить условия для клиента. Если последнее слово остаётся за Советом, мне нужно понимать, к кому обращаться и сколько ждать ответа.
– И новые полномочия нужно оформить сегодня, – добавил финансовый директор. – Иначе завтра банк не проведёт платёж по его распоряжению.
Председатель закрыл ноутбук.
Стало ясно, что начинать нужно не с объявления. Пока генеральный был на месте, он согласовывал крупные платежи, условия для ключевых клиентов и споры о приоритетах. Его уход не создал проблему – он показал, насколько многое в компании держалось на личном участии одного человека.
До конца дня Совет определил, что может решать временный руководитель, а что остаётся на уровне Совета. Топ-менеджеры составили список обязательств на ближайшие 72 часа: платежи, обещания клиентам, производственные приоритеты и кадровые вопросы. Для каждого пункта назначили ответственного и договорились, в каких случаях и к кому он обращается за решением.
Только после этого об уходе сообщили руководителям, команде и партнёрам. Вместе с новостью они узнали, кто теперь принимает решения и куда обращаться по вопросам, которые раньше замыкались на генеральном.
😵💫 До объявления важно получить ответы на конкретные вопросы.
• Кто подтверждает критические платежи?
• Кто может изменить условия для клиента?
• Кто расставляет приоритеты между подразделениями?
• Какие решения остаются за советом и за какое время он должен дать ответ?
🔍 Если эти ответы приходится искать уже после ухода руководителя, проблема шире передачи дел. Значит, ответственность и полномочия в компании разошлись, важные решения держатся на личных договорённостях, а топ-команда отвечает за результат, но не может действовать без постоянного согласования наверху.
В таком случае нужна не только временная схема на 72 часа. Нужно пересматривать саму систему управления, чтобы работа компании снова не оказалась завязана на одном человеке.
⚡️ Для собственника смена первого лица не заканчивается кадровым решением. Важно не только обеспечить управляемость компании со следующего утра, но и проверить, не держатся ли другие компании группы на личном участии одного руководителя.
#пазл_управления | 66 |
| 5 | – Да ты вообще ничего не смыслишь в архитектуре. Какие вопросы ты можешь здесь задавать?
Эту фразу опытный разработчик бросает скрам-мастеру прямо на ретроспективе.
На ретроспективе команда снова говорит о той же проблеме: риски обсуждают, когда решение уже принято. И так уже в третий раз. Трое участников пишут почти одно и то же: не успевают договорить, а после первого возражения разговор заканчивается.
Скрам-мастер спрашивает: что должно произойти, чтобы альтернативу успели рассмотреть, прежде чем отклонить? Вместо ответа получает оценку своей компетентности.
Вопрос так и остаётся без ответа. В комнате тишина.
⚠️ Хочется сразу начать защищаться: объяснять, что фасилитатору не обязательно быть архитектором, ссылаться на роль, доказывать своё право вести ретроспективу.
Но сначала стоит спросить себя:
• я сейчас защищаю свой статус?
• пытаюсь разобраться в техническом решении?
• или возвращаю команде возможность обсуждать риск и несогласие?
От ответа зависит, как развернётся сюжет дальше и будет ли он в пользу команды.
Именно такие кейсы мы рассматриваем в нашей Школе скрам-мастеров. Программа стартует 12 сентября, а попробовать этот формат можно уже сегодня:
➡️ Пройти кейс “Технический авторитет закрывает разговор” | 60 |
| 6 | ➡️Версия для печати
#МудростьНедели
#ВдохновениеНедели
Max | Сайт | 61 |
| 7 | В понедельник говорили: ответственность начинается там, где виден выбор. В среду смотрели на одно решение глазами разных участников. Завершаем неделю кейсом о том, что происходит, когда полную картину не собирает никто.
🔍 РАЗБОР РЕАЛЬНОГО БИЗНЕС-КЕЙСА
В Cruise положились на видео, а через 22 дня регулятор приостановил лицензию на беспилотные поездки.
2 октября 2023 года в Сан-Франциско женщина переходила улицу по пешеходному переходу. Обычный автомобиль и беспилотное такси Cruise двигались в одном направлении по соседним полосам. После столкновения с обычным автомобилем женщина оказалась на пути беспилотника.
⚠️ Беспилотник затормозил, но столкновения не избежал. Затем система начала отъезжать к обочине, некорректно оценив обстоятельства. Автомобиль проехал ещё около шести метров, хотя пострадавшая оставалась в опасной зоне.
📊 На следующий день Cruise предстояло объяснить произошедшее регуляторам. На встрече с транспортным регулятором штата DMV представители компании пытались показать 45-секундную запись с девяти камер. Связь прерывалась, а ключевой эпизод был заметен только в записи с одной камеры.
В этот момент кто-то должен был сказать вслух:
⚠️ “после остановки автомобиль снова начал движение”.
Но этого не произошло. Представители Cruise рассчитывали, что запись говорит сама за себя, а регуляторы зададут вопросы.
В тот же день Cruise также передала полную запись федеральному регулятору NHTSA, а городским службам показала её целиком. Но позднее DMV заявил:
⚠️ о повторном движении беспилотника ведомство узнало не от Cruise, а от другого государственного органа.
И 24 октября DMV приостановил лицензию Cruise на беспилотные поездки. Регулятор объяснил решение небезопасной работой автомобилей и неполным раскрытием существенной информации.
Cruise не стала принимать это решение как данность. На следующий день компания и General Motors привлекли юридическую фирму Quinn Emanuel, чтобы выяснить, что Cruise сообщила регуляторам и почему DMV счёл информацию неполной.
⚡️ Проверка не обнаружила доказательств намеренного введения в заблуждение. Она показала другое: инженеры, юристы и специалисты по взаимодействию с регуляторами готовились раздельно. У каждого была своя часть информации, но никто не отвечал за полную версию событий.
⛔️ Что сработало и где появился риск
Cruise собрала материалы, передала запись нескольким ведомствам и заказала внешнюю проверку. Эти действия помогли восстановить ход событий, но не устранили главный риск: никто не проверил, какую картину получил каждый регулятор.
➡️ Управленческий вывод
Внутри Cruise ключевой факт знали многие. Но на решающей встрече он не прозвучал. Экспертизы было достаточно. Не было человека, обязанного собрать полную картину и убедиться, что её получили регуляторы.
В регулируемом бизнесе цена такого разрыва – доверие регулятора и право компании продолжать работу.
🔥Что из этой ситуации может забрать себе руководитель
Работа с инцидентами начинается задолго до первого тревожного сигнала и заканчивается только после того, как изменения проверены на практике.
1️⃣При разработке процессов, проверяйте и успешные сценарии и отклонения, чтобы понимать, кто и как будет их устранять.
2️⃣Назначьте ответственного заранее и наделите его достаточными полномочиями: обозначьте чёткую границу влияния и принятия решений.
3️⃣ После устранения инцидента проводите ретроспективу: что каждый знал, какие решения принимал, что помогло и где потерялась информация. Итог ретроспективы – решение об изменении процесса или распределении полномочий.
4️⃣ Тестируйте внедрённые изменений до того, как произойдет следующий инцидент. Следующий инцидент не должен быть первым испытанием новых правил.
⁉️ А теперь задайте себе вопрос:
стала ли ваша компания устойчивее после устранения недавнего инцидента?
#разбор_реальных_бизнес_кейсов | 73 |
| 8 | ПАЗЛ УПРАВЛЕНИЯ · ЭЛЕМЕНТ 03
Карта одного решения: что видит каждый участник?
– Марина, решение за тобой, – сказал генеральный директор и вышел из созвона.
К утру нужно было понять, выпускать ли в пятницу обновлённую версию сервиса. Ночью команда обнаружила сбой. Он проявлялся редко, но мог затронуть клиентов.
Марина руководила продуктом и отвечала за запуск. Она собрала технического и коммерческого директоров и руководителя службы информационной безопасности.
♻️ Технический директор был готов выпускать обновление при условии, что команда останется на связи и при необходимости быстро вернёт предыдущую версию. Коммерческий директор напомнил, что дата уже обещана клиентам. Руководитель службы информационной безопасности настаивал на повторной проверке.
– Давайте договоримся, – сказала Марина.
♻️ Через час участники повторяли те же аргументы. Технический директор не хотел решать, насколько допустимы возможные потери для бизнеса. Коммерческий директор не брался оценивать технический риск. Руководитель службы информационной безопасности ссылался на правило обязательной проверки, но в документе не было сказано, вправе ли он сам остановить запуск.
В 18:40 генеральный директор написал Марине: “Что в итоге решили?”
Она начала отвечать: “Коллеги не смогли договориться”, но стёрла сообщение.
Каждый участник говорил о важной части ситуации, однако видел решение только со своей стороны.
Марина вернула участников в созвон и записала на экране:
“Выпускаем обновление в пятницу, зная об этом риске, или переносим запуск до повторной проверки?”
🗒Она предложила каждому участнику посмотреть на оба варианта со стороны своей зоны ответственности и ответить на четыре вопроса по Декарту:
• что произойдёт, если мы выпустим обновление?
• что произойдёт, если мы его не выпустим?
• чего не произойдёт, если мы его выпустим?
• чего не произойдёт, если мы его не выпустим?
⚖️ Сначала разговор снова пополз к спору. Марина возвращала участников к одному условию: говорить о последствиях, которые они могут оценить со своей стороны, и не додумывать за другое подразделение.
Технический директор показал, какой сбой может возникнуть, как команда его заметит и сколько времени займёт возврат к предыдущей версии. Коммерческий директор описал, что произойдёт с клиентскими договорённостями при выпуске и при переносе. Руководитель службы информационной безопасности назвал, какую проверку команда не успела провести и какой риск поэтому остаётся.
💭 Марина собрала влияние обоих вариантов на продукт и дальнейшую работу команд.
В нескольких ответах остались пробелы. Стало видно не только то, в чём участники расходятся, но и каких данных им не хватает.
И всё же карта не решила за Марину, выпускать обновление или переносить.
⛔️ Когда последствия обоих вариантов стали видны, остался вопрос о границе полномочий: может ли Марина назначить запуск при возражении службы информационной безопасности или это возражение останавливает выпуск?
🤔Именно этот вопрос она вернула генеральному директору.
Фраза “решение за тобой” назначила ответственного. Карта дала Марине материал для выбора, но не создала полномочий, которых не было в договорённостях.
Чтобы решение стало возможным, ей всё ещё нужен был ясный ответ: где заканчивается её последнее слово?
🎯 Возьмите одно решение, которое сейчас ходит по кругу. Предложите каждому участнику ответить на четыре вопроса со стороны своей зоны ответственности. Посмотрите, где обнаружатся разные последствия, неизвестные данные или неясная граница полномочий.
#пазл_управления
Max | Сайт | 71 |
| 9 | ➡️Версия для печати
#МудростьНедели
#ВдохновениеНедели
Max | Сайт | 84 |
| 10 | Эту неделю мы начали с вопроса: ту ли задачу решаем, даже когда действуем эффективно? В среду разобрали четыре вопроса диагностической паузы. Неделю мы хотим завершить традиционно разбором реального кейса
🔍 РАЗБОР РЕАЛЬНОГО БИЗНЕС-КЕЙСА КОМПАНИИ WELLS FARGO
С 2011 года по март 2016-го Wells Fargo уволил около 5 300 сотрудников за нарушения при продажах.
Сотрудники открывали счета и оформляли банковские продукты без согласия клиентов, переводили деньги с действующих счетов на новые. Так росли показатели продаж, хотя клиенты этих продуктов не заказывали.
В 2016 году надзорные органы сообщили более чем о двух миллионах счетов и заявок, возможно оформленных без согласия клиентов.
Пока каждый случай разбирали отдельно, увольнение казалось понятным решением: сотрудник нарушил правила – банк с ним расстался. Но этот ответ повторялся год за годом – в среднем около тысячи увольнений в год.
Лишь в сентябре 2016 года, когда банк оштрафовали на 185 миллионов долларов, совет директоров впервые увидел общую цифру увольнений. Такой масштаб менял картину: речь шла уже не о нескольких сотрудниках, а о тысячах похожих нарушений в разных подразделениях.
Чтобы понять, почему это продолжалось, комитет независимых директоров начал расследование. Оно показало более сложную картину. Планы продаж становились всё труднее выполнимыми, давление руководителей росло, а успех по-прежнему измеряли количеством проданных продуктов.
Сведения о жалобах, расследованиях и увольнениях оставались в разных частях организации: в HR, службе управления рисками, у юристов и во внутреннем аудите. Их долго не рассматривали вместе, а до совета директоров доходили неполные данные.
⛔️ Что работало, но не решало проблему
Внутренние расследования помогали устанавливать факты и прекращать конкретные нарушения. Увольнения обозначали границу допустимого. Но повторяющиеся случаи не привели к пересмотру планов продаж, мотивации и порядка передачи информации наверх.
Если пройти кейс по четырём вопросам среды, разрыв становится виден.
• Что происходило? Сходные нарушения повторялись в разных подразделениях.
• Как должно было быть? Банковский продукт оформляют только с согласия клиента.
• Что уже делали? Расследовали случаи и увольняли нарушителей, однако общая картина не менялась.
• Значит, вопрос “Что делать дальше?” следовало адресовать уже не только сотрудникам. Пересмотра требовали планы продаж, система мотивации, контроль и движение информации.
🗒 Что из этого следует для руководителя
1️⃣Сверить заявленную цель с тем, за что людей оценивают и вознаграждают.
В Wells Fargo говорили о потребностях клиента, но премии и оценки были связаны с количеством продаж. После скандала банк отменил для сотрудников розничного подразделения планы продаж, основанные на количестве проданных продуктов, и изменил систему мотивации.
2️⃣Смотреть не только на каждый случай, но и на повторяемость.
Жалобы, увольнения и результаты проверок часто видят разные подразделения. Нужен тот, кто соединит данные и ответит за общий вывод. После скандала Wells Fargo усилил контроль со стороны HR и службы управления рисками.
3️⃣Определить, кто вправе менять правила.
Службе управления рисками недостаточно фиксировать нарушения. Она должна иметь возможность сообщить руководству о серии похожих случаев и инициировать пересмотр целей, стимулов и управленческих решений.
⚠️ Ответственность за конкретное нарушение остаётся личной. Но если оно повторяется в разных подразделениях годами, руководству нужно смотреть шире: связывать данные, анализировать условия и искать реальные причины происходящего, а не останавливаться на очевидном объяснении.
🤔 Какая проблема в вашей компании всё ещё выглядит как череда отдельных ошибок, хотя повторяется уже достаточно долго, чтобы проверить систему?
➡️Если у вас есть реальный бизнес-кейс для разбора, присылайте его нам: @proleaderslab_b2c. Мы изменим узнаваемые подробности и согласуем текст до публикации.
#разбор_реальных_бизнес_кейсов | 101 |
| 11 | ⚖️ Не искать “правильный ответ”, а учиться принимать решение
Коммерческий директор напрямую передаёт срочную задачу разработчику. Владелец продукта узнаёт об этом вечером. Цель спринта остаётся прежней, хотя часть запланированной работы уже вытеснена.
😵 Что делать скрам-мастеру?
Первый ответ обычно появляется быстро: напомнить о ролях, поговорить с коммерческим директором или вынести вопрос на ретроспективу. Но за каждым таким шагом стоит допущение: будто мы уже понимаем причину происходящего, полномочия участников и возможную цену своего действия.
📹 Вчера на мастер-классе мы разбирали эту ситуацию через интерактивный учебный кейс “Команда-А”. Это составной кейс, он не описывает конкретную компанию или клиента.
💬 Участники выбирали первую гипотезу, получали новые факты, пересматривали объяснение, принимали решение и видели его последствия. После обратной связи наставника нужно было собрать временный рабочий порядок с учётом реальных ограничений.
🎓 Именно так устроена часть обучения в Школе скрам-мастеров. Мы не ограничиваемся теорией и не выдаём готовый “правильный ответ” после разбора. Участник принимает решение при неполной информации, проверяет, на каких допущениях оно держится, видит последствия выбора и уточняет следующий шаг по мере появления новых данных.
Так развивается профессиональное суждение, а не только знание правил Scrum.
👣 Отдельно мы открыли Диагностическую карту скрам-мастера. Это не продолжение кейса и не тест, а полезный инструмент для собственной повторяющейся ситуации – перед ретроспективой, сложным разговором или очередной попыткой изменить процесс.
7️⃣вопросов помогают:
• отделить наблюдаемые факты от первых объяснений;
• назвать результат, который действительно страдает;
• увидеть процесс, взаимодействие людей и организационные условия;
• определить, кто может изменить это условие;
• сформулировать небольшой проверяемый шаг в своей зоне влияния.
Карта занимает 5–7 минут, а результат можно скачать в PDF.
Если хотите попробовать этот способ работы на себе, двигайтесь в том же порядке, что и участники мастер-класса:
1. Пройдите учебный кейс “Команда-А” – примите решение, получите новые факты и проверьте, изменится ли ваша первая версия.
2. Возьмите одну повторяющуюся ситуацию из своей работы и разберите её по Диагностической карте скрам-мастера.
💭 После этого спросите себя: какого факта мне сейчас не хватает, прежде чем снова менять процесс?
📈 Иногда одного такого разбора достаточно, чтобы точнее увидеть следующий шаг. А если вам хочется регулярно тренироваться на сложных кейсах, видеть последствия своих решений и разбирать ход рассуждений с наставником, приглашаем вас в нашу Школу скрам-мастеров.
➡️ Старт потока – уже 12 сентября | 71 |
| 12 | ПАЗЛ УПРАВЛЕНИЯ · ЭЛЕМЕНТ 02
Диагностическая пауза: четыре вопроса перед решением
В 17:43 Ирина увидела сообщение от руководителя проекта:
“Релиз снова переносится. Предварительно – на неделю”.
Это был третий перенос за квартал. Утром ей предстояло объяснять генеральному директору, почему проект опять не дошёл до запуска.
Ирина открыла письмо команде и написала:
“С завтрашнего дня вводим ежедневный отчёт. Все риски присылайте мне до 10:00. Руководителей направлений прошу взять сроки под личный контроль”.
Она перечитала письмо и нажала “Отправить”.
Через несколько минут Павел, руководитель проекта, ответил ей лично:
“Принял. Только после прошлого переноса мы уже вводили ежедневные отчёты. Задержки стало лучше видно, но согласования быстрее не пошли”.
Первая мысль Ирины была резкой: опять объясняет, почему ничего нельзя сделать. Она закрыла чат, но к сообщению Павла вернулась перед уходом.
Ей хотелось убедиться, что в прошлый раз команде просто не хватило контроля.
Ирина открыла отчёты по двум предыдущим переносам.
Картина повторялась: разработка завершалась в срок, а затем проект по очереди ждал информационную безопасность, юристов и финансы. Но из отчётов нельзя было понять, сколько времени занимал каждый этап и о каких сроках договаривались с отделами.
На утренней встрече Ирина спросила:
– Сколько времени проект ждёт в каждом отделе?
– Точно не скажу, – ответил Павел. – В отчёте мы отмечаем только, где сейчас находится проект. Отдельно время ожидания не считаем.
– А сроки согласования у нас с ними определены?
– У информационной безопасности прописаны. С юристами и финансами обычно договариваемся под конкретный проект. Надо поднимать переписку и смотреть, что обещали в этот раз.
– Если срок под угрозой, кто может изменить порядок согласований или поднять приоритет проекта во всех трёх отделах?
Павел нахмурился.
– За дату релиза спрашивают с меня. Но поставить задачу выше в очереди ни юристам, ни финансам, ни информационной безопасности я не могу. Остаётся писать, звонить и просить ускориться.
В комнате стало тихо. Ирина по-прежнему злилась из-за переноса, а к предстоящему разговору с генеральным директором готового решения не появилось. Пока нельзя было сказать, нарушают ли отделы договорённости, не хватает ли самих договорённостей или проект теряет время из-за последовательных согласований. Ежедневный отчёт помог бы видеть, что происходит с проектом в ближайшую неделю, но не показывал причин повторных задержек.
Ирина решила начать с аудита и отменила распоряжение об ежедневных отчётах. Сначала нужно было восстановить время ожидания на каждом этапе, сверить его со сроками и договорённостями, выяснить, какие согласования должны идти друг за другом и кто вправе менять приоритет проекта сразу в нескольких отделах. Только после этого можно было понять, нужен ли контроль или план работы с каждым отделом: прозрачные сроки и порядок действий при задержке.
В этом и состоит диагностическая пауза: не наставить на решении, которое не работает, а проверить ситуацию целиком.
Начать можно с четырёх вопросов:
1️⃣Что у нас сейчас происходит?
Что мы видим в фактах: где возникает задержка, сколько она длится и как влияет на общий результат?
2️⃣Как должно быть?
Какой результат, срок и порядок работы мы считаем нормой? Все ли участники понимают их одинаково?
3️⃣Что мы уже делали, чтобы приблизиться к желаемому результату?
Что изменилось после принятых мер, а что осталось по-прежнему?
4️⃣Что нам нужно сделать, чтобы достичь цели?
Какие договорённости, изменения в процессе, полномочия или способы контроля действительно нужны сейчас?
💭 Диагностическая пауза не даёт готового ответа за пять минут.
Она помогает понять, на чём сосредоточить действия: на исполнении, недостающих навыках или устройстве совместной работы.
🎁Сохраните четыре вопроса и вернитесь к ним, когда знакомая проблема в очередной раз потребует знакомого решения.
#пазл_управления
Max | Сайт | 75 |
| 13 | ➡️Версия для печати
#МудростьНедели
#ВдохновениеНедели
💬Max | Сайт 👩💻 | 86 |
| 14 | Эту неделю мы начали с мысли о том, как много решает следующий ход. В среду поделились нашей практикой СТОП: она помогает руководителю остановиться и вернуть себе выбор.
Завершить эту неделю хотим выпуском нашей пятничной рубрики “Разбор реальных бизнес-кейсов”. Сегодня разбираем историю GitLab: инженер остановил удаление через секунду, а восстановление заняло 18 часов.
🔍 РАЗБОР РЕАЛЬНОГО БИЗНЕС-КЕЙСА
😱 Инженер удалил 300 ГБ данных. Почему в GitLab не отменили его повышение?
31 января 2017 года GitLab.com уже несколько часов работал со сбоями из-за высокой нагрузки. Ближе к полуночи перестал обновляться резервный сервер. Один из инженеров занялся его восстановлением.
Чтобы заново настроить резервный сервер, нужно было очистить его каталог данных. Инженер запустил удаление и почти сразу понял: процесс идёт на основном сервере, где находилась рабочая база GitLab.com.
Через секунду или две он остановил процесс, но к этому моменту было удалено около 300 ГБ данных.
GitLab.com оказался недоступен примерно на 18 часов. Были утрачены изменения, внесённые за шесть с лишним часов. По оценке GitLab, потеря затронула около 5000 проектов, 5000 комментариев и 700 новых учётных записей.
На первый взгляд, и причина, и решение очевидны: инженер перепутал серверы – значит, его нужно уволить. Но как ошибка, замеченная через секунду, превратилась в аварию на 18 часов? Только ли ошибка инженера объясняет такой масштаб?
Быстро восстановить сервис было не из чего. Ежедневное резервное копирование завершалось ошибкой, уведомления не доходили, снимки дисков базы не создавались. За проверку восстановления никто не отвечал.
Оставался только снимок базы шестичасовой давности, перенесённый в тестовую среду. Данные пришлось возвращать на основной сервер с медленных дисков. Один только перенос занял около 18 часов.
📊 Что сработало и где появился риск
GitLab могла свести всё к вине инженера. Но генеральный директор извинился перед пользователями, команда показывала восстановление в прямом эфире, а позже компания объяснила причины аварии и рассказала, что изменит в работе.
Повышение инженера до старшего разработчика одобрили ещё до аварии. Решение не отменили: в GitLab оценили не один эпизод, а работу специалиста в целом.
У открытости была обратная сторона: в первых сообщениях упоминалось имя инженера. Позже GitLab решила имена скрывать. Прозрачность не должна превращать сотрудника в публичное лицо сбоя.
⚡️ Пауза возвращает руководителю выбор. Но устойчивость компании не может зависеть от того, успеет ли один человек остановиться в критическую секунду.
🗒 Что из этого следует для руководителя
1. Не смешивать устранение аварии и поиск виноватого
Когда счёт идёт на минуты, нужны порядок действий и точная информация. Например: “Сейчас устраняем сбой и записываем, что происходит. Ответственность обсудим, когда соберём факты”.
2. Разобрать всю цепочку событий
После вопроса “Кто это сделал?” задать следующий: “Какие ещё сбои позволили одному действию привести к таким последствиям?”
3. Проверять запасной план заранее
На запасной план можно рассчитывать, только если команда проверила его на практике. Например: “Когда мы в последний раз проверяли, что сможем продолжить работу после сбоя? Кто отвечает за следующую проверку?”
♻️ Сначала нужно исправить порядок работы и закрепить ответственность. Командный коучинг может понадобиться позже, если люди продолжат скрывать ошибки или обвинять друг друга.
⚡️ Ошибку сделал инженер. Масштаб аварии определила система, которая не смогла быстро восстановиться.
⁉️ Если завтра в критическом процессе кто-то ошибётся, что защитит компанию: внимательность сотрудника или сама организация работы?
Если у вам есть реальный бизнес-кейс для разбора, напишите нам: @proleaderslab_b2c. Мы изменим узнаваемые подробности и согласуем текст до публикации. | 115 |
| 15 | بدون متن... | 83 |
| 16 | 😵💫 Договорились на ретро, а через два дня всё вернулось
На ретро команда договорилась: если приходит срочная задача, сначала решаем, что отложить.
Через два дня руководитель написал разработчику:
– Клиент ждёт. Возьми сегодня, там на пару часов.
Разработчик понял: за пару часов не справится, но промолчал и пытался успеть.
На следующий день руководитель удивился:
– Почему ты сразу не сказал? Мы бы пересобрали приоритеты.
Разработчику стало стыдно: оказалось, о рисках можно было сказать, а он действовал так, будто нельзя.
Только тогда стало ясно, что не прояснили в самом начале:
Как здесь принято?
Можно ли сказать руководителю: “За пару часов не успею. Как быть с текущими задачами?”
🔍 С чем связано такое автоматическое поведение?
В новую команду сотрудник приносит не только компетенции, но и культурный код предыдущей компании: можно ли спорить с руководителем, как сообщать плохие новости и чем заканчивается отказ.
Если раньше возражать было опасно, просьба руководителя может показаться приказом даже там, где её готовы обсуждать. Руководитель спрашивает: “Почему не сказал?” Сотрудник и не думал, что так можно было.
Прошлый опыт – лишь гипотеза, а дальше надо прояснять.
💭 Что может сделать скрам-мастер, Agile-коуч или руководитель?
• Проверить, есть ли правило на случай изменения оценки и кто пересобирает приоритеты.
• Обсудить с новыми участниками, можно ли здесь возражать, сообщать о риске и просить снять другую задачу.
• Договориться, к кому обращаться, если в правилах нет ответа.
Так становится понятнее, где искать проблему: в процессе, взаимодействии или полномочиях.
🔥Договорённость работает не тогда, когда записана, а когда новый человек понимает, что делать, если в правилах нет готового ответа.
На мастер-классе 12 августа разберём, как различать такие ситуации и выбирать действия после проверки гипотез.
➡️ 12 августа · 19:00 МСК · Zoom · 60 минут
Бесплатная регистрация 👣 | 103 |
| 17 | ПАЗЛ УПРАВЛЕНИЯ · ЭЛЕМЕНТ 01
Несколько секунд перед “Отправить”
В 11:50 в углу экрана всплыло напоминание:
“Встреча с генеральным директором – через 40 минут”.
Алексей посмотрел на презентацию. Слайд с итоговыми цифрами по-прежнему был пуст.
Он снова открыл рабочий чат.
– Марина, финальные данные есть?
Три точки появились, исчезли, затем появились снова.
– Пока нет. Проверяем.
Алексей выругался про себя. Третий раз за утро он задавал один и тот же вопрос и получал один и тот же ответ. Только через 40 минут объясняться придётся не Марине, а ему.
Он быстро набрал сообщение:
Марина, это уже несерьёзно. Я третий раз прошу одни и те же цифры. Если к 12:10 их не будет, после встречи отдельно разберёмся, почему команда снова срывает срок.
Перечитал. Всё по делу, решил Алексей. Иногда людей нужно встряхнуть.
До кнопки “Отправить” оставалось одно движение.
И всё же он задержался. Представил, как Марина читает сообщение в общем чате. За что она возьмётся сначала: за недостающие цифры или за объяснение, почему не виновата?
Скорее всего, придётся делать и то и другое.
Отправить всё ещё хотелось. Алексей даже снова положил руку на мышь. Но фраза “после встречи отдельно разберёмся” никак не помогала ему подготовиться к самой встрече.
Он оставил сообщение в черновике и откинулся на спинку кресла.
Злость никуда не делась. Но за ней обнаружилось ещё кое-что: Алексей боялся войти в кабинет генерального директора с пустым слайдом и выглядеть человеком, который не понимает, что происходит в его команде.
Он открыл заметки.
Что известно точно? До встречи 40 минут. Подтверждённых цифр нет.
Что он уже додумал? Что Марина затягивает, команде всё равно, а его просьбы игнорируют.
Почему возникла задержка, он не знал.
Теперь вопрос звучал иначе: какие данные уже есть, где именно всё остановилось и может ли он помочь?
Алексей удалил первое сообщение и написал:
До встречи с генеральным директором 40 минут. Марина, до 12:10 пришли текущий статус: какие показатели подтверждены, какие ещё нет и когда будет обновление. Если на ком-то зависли, напиши – подключусь.
Ответ пришёл через минуту:
Не подтверждён один показатель у финансов. Предварительное значение пришлю в 12:07, окончательное — как только ответит финансовый директор. Нужна твоя помощь: он не выходит на связь.
Алексей взял телефон.
К началу встречи один показатель всё ещё оставался предварительным. Не идеально. Зато Алексей понимал, в чём риск, что уже можно использовать и когда появится окончательная цифра. Об этом он и сказал генеральному директору.
Если замедлить те несколько секунд перед кнопкой «Отправить», в них можно увидеть четыре действия:
С: снизить скорость и не отправлять первый импульс.
Т: точно назвать, что чувствуешь и что пытаешься защитить.
О: отделить то, что знаешь, от того, что уже додумал.
П: подобрать действие, которое поможет ситуации сдвинуться.
Эту короткую последовательность мы в “Лаборатории ПроЛидеров” называем СТОП. Это наша авторская модель. Мы собрали её, соединив то, что изучали о поведении человека под давлением, с тем, что видели в работе с руководителями и командами.
СТОП не убрала злость Алексея и не создала недостающие цифры из воздуха. Но она не дала раздражению превратить срочную задачу в публичный поиск виноватого. А Марине помогла назвать препятствие, а не прятать задержку за словом “проверяем”.
Реакция руководителя редко заканчивается одним сообщением. Команда запоминает, какие новости ему можно приносить сразу, а с какими безопаснее подождать.
Иногда лучший следующий ход начинается с того, что первая версия остаётся в черновике.
Max | Сайт | 96 |
| 18 | Вы правда старались.
📊 Планирование проходит. Дейли идут. На доске – задачи, на ретро – планы и договорённости. Команда знает правила и сама соглашается с тем, как будет работать.
😵💫 Но одной срочной задачи хватает, чтобы спринт рассыпался. Одного сообщения в чате, чтобы люди перестали разговаривать. На ретро все кивают, а через несколько дней нарушают те же договорённости.
😵💫 Вы закрываете одну трещину, а рядом появляется другая.
И постепенно вопрос “Что происходит с командой?” превращается в другой:
“Может быть, я просто не справляюсь?”
Вы ведь скрам-мастер.
От вас ждут, что вы увидите систему, поймёте людей и поможете им договориться.
⁉️ Но что делать, если вы уже сами не понимаете, почему взрослые люди так разговаривают друг с другом? Почему молчат, когда нужно говорить? Почему соглашаются, а потом поступают по-своему?
💭 И все будто ждут, что кто-то придёт и всё исправит.
Только кто именно – скрам-мастер, тимлид, руководитель или сама команда?
Самое изматывающее в такой ситуации – не отсутствие инструментов. Их у вас, скорее всего, уже достаточно. Изматывает другое: не понимать, где находится проблема и на каком уровне с ней нужно работать.
➡️12 августа мы проведём бесплатный онлайн-мастер-класс:
Вроде всё как учили.
Почему тогда команда всё равно рассыпается?
🗒 Это не будет ещё одна лекция о правильном проведении событий Скрама. Мы не станем “чинить людей” или предлагать универсальный инструмент.
🤝 Будем разбираться:
• как отличить сбой процесса от сложностей во взаимодействии и организационных ограничений;
• какие вопросы задать до выбора инструмента;
• как понять, где сейчас нужно действовать – на уровне команды, руководителя или организации;
• что делать, если договорённости существуют только до первого столкновения с реальностью.
Если вы узнали свою ситуацию – приходите.
Пусть этот час станет не ещё одной обязанностью в календаре, а возможностью выдохнуть, немного отойти от происходящего и снова увидеть ситуацию яснее.
📣 12 августа 2026 года · 19:00 МСК
Онлайн, Zoom · 60 минут
Участие бесплатное.
➡️ Зарегистрироваться на мастер-класс | 115 |
| 19 | ➡️Версия для печати
#МудростьНедели
#ВдохновениеНедели
💬Max | Сайт 👩💻 | 275 |
| 20 | بدون متن... | 1 |
