🏗 БАМ: стройка, которая окупилась не сразу

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

С БАМом это особенно заметно. Основной этап стройки пришёлся на 1974–1984 годы, но постоянную эксплуатацию магистрали начали только в 1989-м. А Северомуйский тоннель, который сделал движение по БАМу полноценным, ввели в эксплуатацию в 2003 году.

БАМ часто называли «стройкой века». И не зря: это более 4300 км пути, десятки новых посёлков, мосты, тоннели и огромная инфраструктура в труднодоступном районе.
Проект шёл не в пустом поле, но условия были очень сложными: суровый климат, слабая изученность трассы, длинные плечи логистики и постоянные инженерные сюрпризы.

Интересный факт: на стройку приезжали в основном молодые специалисты. Средний возраст строителей был около 20–30 лет, а в пиковые годы на магистрали трудились десятки тысяч человек.

Для руководителя проекта здесь простой вывод:

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

БАМ - пример того, как проект создаёт ценность не сразу, а через годы.

▪️Канал PM Expert в MAX

Легенды управления проектами. Сергей Королёв 🚀

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

Один момент, который многое объясняет

1957 год. Давление сверху колоссальное: спутник должен быть в космосе как можно скорее. Королёв спокойно разворачивается к инженерам: «Если системы готовы - летим. Если нет - ждём».
Партийные чиновники морщатся.
Он стоит на своём.
4 октября спутник выходит на орбиту и весь мир замирает у радиоприёмников.

📌 Его имя было засекречено до самой смерти. Нобелевский комитет хотел вручить премию, но СССР отвечал: «Это достижение всего советского народа». Королёв так и умер Главным конструктором без имени на афише.
📌 За шесть лет, с 1957 по 1963, его команда реализовала больше космических «первых», чем весь остальной мир за последующие десятилетия. Результат жёсткого планирования и культуры ответственности внутри команды.

Великие проекты рождаются там, где руководитель готов сказать «ждём» вместо «давай быстрее».

▪️Канал PM Expert в MAX

Важное условие сильной команды. Часть 2

В первом посте мы говорили о главном выводе исследования Google: результат команды зависит не столько от состава, сколько от атмосферы внутри.
Давайте продолжим эту мысль.

💡 Что работает на практике (по данным Google):

1️⃣ Равное участие в разговоре
В эффективных командах все говорят примерно поровну. Если 2-3 человека доминируют — остальные молчат.

2️⃣ Социальная чувствительность
Члены команды считывают эмоции других. Замечают, когда кто-то хочет что-то сказать, но не решается.

3️⃣ Лидер показывает уязвимость первым
Как Эми Эдмондсон (чей труд лёг в основу исследования) советует: признавайте свои ошибки, задавайте вопросы, моделируйте любопытство.

4️⃣ Разделите статус и проблемы
В отчётах держите отдельную графу: «Что мы боимся озвучить?» или «Какие риски мы игнорируем?»

Проверочный вопрос перед встречей с командой:
👉 «Если бы вы могли сказать одну вещь, не боясь последствий — что бы это было?»
Иногда этот вопрос даёт больше, чем час идеальных статусов.

📌 Сохраняйте, чтобы перечитать перед ретроспективой.

Поделитесь в комментариях вашим индикатором - соберём чек-лист «красных флагов» для РП.

▪️Канал PM Expert в MAX

Где в команде начинается правда: что показали N голосов

В прошлом посте мы разбирали проект «Аристотель» от Google и четыре маркера психологической безопасности. Вот что получилось:

 Большинство команд — между Уровнем 1 и 2. Это нормальная точка старта. Но если застрять здесь надолго — команда будет «исполнительной», но не «развивающейся».

Что может сделать руководитель проекта уже на следующей неделе?

·        Легализуйте «вопросы без стыда»
На статус-митингах добавляйте: «Какой вопрос вы не решились задать на прошлой неделе?»
·        Разделите «ошибку» и «провал»
Проговорите команде: «Ошибка — это данные. Провал — это когда мы её скрыли и повторили».
·        Создайте «безопасный канал» для идей
Анонимная форма, ретро-сессия без руководителей, чат «без оценки» — дайте людям пространство для экспериментов.
·        Моделируйте уязвимость первым
Начните с себя: «Я не уверен в оценке по задаче X, давайте проверим» или «Я ошибся в приоритете, спасибо, что поправили».

❓ Вопрос к руководителю проекта

На каком уровне, по ощущениям, находится ваша команда? И что одно вы могли бы сделать, чтобы сдвинуть её по схеме на шаг выше?

👇 Пишите в комментариях - лучшие идеи соберём в мини-гайд «5 практик для психологической безопасности в проекте».

▪️Канал PM Expert в MAX

Мнения наших экспертов. Говорит Дмитрий Иванов

Комментарий от бизнес-тренера Дмитрия Иванова в контексте темы "Где в команде начинается правда"

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

Знаю, что это неправильно, но проект - это всегда предприятие с рисками и противоположными интересами заинтересованных сторон.

Что помогало двигаться вперёд? Я начинал с малого - на ретроспективах первым озвучивал свои ошибки в планировании или коммуникации.

Это не снимает системные барьеры, но создаёт «островки безопасности», где команда учится говорить открыто.

Постепенно такие островки растут - и люди раскрываются.

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

Друзья, делитесь, есть "короли", которые провели свою команду до 4 верхней ступени?

▪️Канал PM Expert в MAX

Случаи, которые учат лучше учебников

Друзья, собрали для вас курьезные случаи из мира управления проектами. Читаешь такое и понимаешь: хаос не мешает проектам жить, он иногда даже становится их соавтором.
Но! За каждой такой историей стоит ценный урок.

🔍 Когда у всех один язык, но разные вселенные
В совместном проекте двух компаний вдруг выяснилось, что почти половину рабочих терминов стороны понимают по-разному. В итоге одна команда сделала портал, другая — базу данных!
Все старались, все молодцы, только результат напоминал свидание, где один пришел в театр, а второй — на рыбалку.
💡 Урок: Терминологический словарь проекта — не бюрократия, а необходимость.
✅ Как избежать:
-На старте проекта создайте глоссарий ключевых терминов
-Проведите воркшоп по выравниванию ожиданий
-Фиксируйте определения в уставе проекта

📈 Маленькая доработка с очень большим аппетитом
Клиент под конец попросил совсем небольшую правку. Менеджер решил, что это мелочь, и согласовал всё без долгих обсуждений.
Мелочь оказалась с характером: сломала архитектуру, добавила три недели работы и сделала с бюджетом то, что обычно делает инфляция.
💡 Урок: «Просто маленькая правка» — самая дорогая фраза в проектном управлении.
✅ Как избежать:
-Любое изменение = оценка влияния на сроки, бюджет, риски
-Формальный процесс управления изменениями (Change Control)
-Правило: «Не оценил — не согласовывай»

👇 Поделитесь в комментариях:

Какие истории были у Вас?
Какой урок Вы извлекли?
Как теперь предотвращаете такое?

📌 P.S. Такие истории смешные до того момента, пока не узнаёшь в них свой прошлый спринт. Но именно на них учатся лучшие руководители проектов.

▪️Канал PM Expert в MAX

💡 Понедельник — время идей, а не отчётов

Вместо часового статус-митинга соберите команду на 30 минут мозгового штурма. Это сэкономит время и даст больше инсайтов, чем сухие сводки.

⛵️ Формат «Корабельный совет»

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

🛠 Где применять в проекте
• Идентификация рисков (без страха «показаться паникёром»)
• Уточнение требований (когда заказчик ещё не сформулировал «хотелку»)
• Планирование спринта/фазы (поиск скрытых зависимостей)
• Ретроспектива (поиск улучшений без поиска виноватых)

📐 Как провести за 30 минут

Вопрос заранее: «Что может сорвать сдачу этапа X?» или «Как ускорить процесс Y без доп. бюджета?»
5–7 мин молча: каждый пишет идеи на стикерах/в общем документе (борется с «блокировкой мыслей»).
Круг по принципу совета: озвучиваем по одному, без обсуждений и критики. Ведущий только фиксирует.
Кластеризация + голосование: группируем похожее, выбираем ТОП-3 для проработки.

🔍 3 факта, которые меняют подход к штурму

🕰 Придумал рекламщик, а не менеджер. Алекс Осборн в 1941 заметил: на обычных планёрках люди боятся «глупых» идей и молчат. Его решение — полная отмена критики на этапе генерации. В PM это прямой путь к раннему выявлению рисков.
🤫 Один думает лучше, чем группа. Исследования подтверждают: индивидуальная запись + последующий обмен дают на 30–50% больше уникальных идей. Поэтому шаг №2 в нашем алгоритме обязателен.
🌍 Разнородность > однородность. Кросс-функциональная команда (разработчик + аналитик + тестировщик + заказчик) даёт в 2–3 раза больше рабочих решений, чем отдел узких специалистов. Разные оптики = меньше слепых зон.

❓ А как вы проводите штурмы в проектах?
Используете реверс иерархии или обычный формат?

▪️Канал PM Expert в MAX

Когда ресурсов нет, а сдать надо вчера

Принцип Парето — хорошо. Но что делать, когда «лишнего» уже нет, а людей всё равно не хватает?

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

Когда минимум определён, он и становится целью. Сжимаем график до неё тремя способами:

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

И главное: всё это работает только при честном разговоре с заказчиком. Новый договор звучит так: «Запускаем первую очередь в эту дату, с этим объёмом. Остальное — следующим этапом».
Сильный РП в кризис не тушит пожары. Он сшивает минимальную, но жизнеспособную систему и сжимает график её запуска.

Чек-лист «Кризисный запуск»

☐ Определили Minimum Viable Product / Пусковой комплекс
☐ Жёстко зафиксировали, что НЕ делаем в этом запуске
☐ Проверили критический путь и нашли возможность для параллельных работ
☐ Перебросили ресурсы с некритических задач на критический путь
☐ Оценили, стоят ли сверхурочные/подрядчики ускорения, и задали лимит по времени
☐ Зафиксировали с заказчиком новые договорённости: дата, объём, что пойдёт следующим этапом

Как вы поступаете, когда ресурсов не хватает? Делитесь в комментариях.

▪️Канал PM Expert в MAX

🎯 Карьера РП: когда пора в наставничество

Если к вам всё чаще приходят за советом, а Вы помогаете другим расти — это важный сигнал.  По данным APM, 83% руководителей проектов отмечают нехватку навыков в отрасли. Сильные наставники сейчас особенно нужны.

Хороший наставник — это не «гуру», а опытный руководитель проекта, который прошёл через ошибки и умеет делиться практикой без менторского тона.

🔍 5 признаков, что вы готовы вести не только проекты, но и людей:
-К вам приходят за советом, а не за инструкцией
-Вы видите не только свой проект, но и общую картину в команде
-Вам интересно не просто решать задачи, а развивать людей
-Вы умеете спокойно разбирать ошибки и превращать их в опыт
-Вы чувствуете, что можете быть полезны нескольким РП сразу.

Начните с простого алгоритма наставничества для РП: «Слушай → Спроси → Направь»:
-Предложите коллеге 15-минутный «кофе-чат» без повестки — просто послушать
-Заведите заметку «Типичные вопросы от начинающих РП» — это поможет структурировать ваш опыт
-Попробуйте провести одну ретроспективу в чужой команде как фасилитатор — это безопасный способ потренировать наставнические навыки.

👇 Пишите в комментариях — лучшие истории соберём в мини-гайд «Как начать наставничество без выгорания».

📌 Сохраняйте, чтобы вернуться, когда почувствуете, что «выросли» из своего проекта.

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

▪️Канал PM Expert в MAX

Правда или Миф? В классическом предиктивном проекте изменения в объёме работ следует избегать любой ценой

Развенчиваем распространённые заблуждения.

Миф: Любое изменение объёма работ - это сбой в проекте и признак плохого планирования.
Правда: Изменения не всегда вредны. Объём работ может уточняться по мере получения обратной связи, а план проекта можно и нужно менять, если это усиливает ценность результата.

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

▪️Канал PM Expert в MAX

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

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

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

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

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

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

Что в проекте для детей важнее всего именно для маленького пользователя? Делитесь в комментариях.👇

▪️Канал PM Expert в MAX

📍Почему ваше сообщение доходит искажённым? Вот как это исправить

Руководитель отправил команде чёткое письмо. Команда поняла его по-своему. Задача провалена.

Бывает такое?

Эту ситуацию хорошо объясняет базовая модель коммуникации: отправитель кодирует мысль в сообщение, передаёт его через канал, получатель декодирует... и где-то на этом пути появляется шум.

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

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

Что из этого следует на практике:

✅ Получили задачу? Перефразируйте её своими словами и уточните у постановщика.
✅ Ставите задачу? Попросите исполнителя рассказать, как он её понял.
✅ Выбирайте канал под контекст: срочное — звонок, официальное — письмо, сложное — встреча.
✅ Учитывайте культурный и профессиональный бэкграунд собеседника: одно слово у разных людей может вызывать разные образы.

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

Вы знаете какой инструмент из PMBOK отвечает за эту ситуацию?

▪️Канал PM Expert в MAX

🤔 Почему вы рискуете не стать хорошим руководителем проектов

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

👉 Вот причины, почему такой стиль управления быстро подрывает доверие, ослабляет команду и обнуляет шансы на успех проекта:

1.     Вы путаете занятость с результативностью.
Если у вас вечные совещания, красивые таблицы и ноль пользы для бизнеса — вы не руководитель, а организатор шума.
2.    Вы не умеете брать на себя ответственность.
Хороший руководитель не прячется за командой, подрядчиком или «непонятными вводными». Он отвечает за решение и не ищет оправданий.
3.    Вы управляете людьми, как деталями.
Микроменеджмент убивает инициативу. Сильная команда появляется там, где есть доверие, автономия и нормальная обратная связь.
4.    Вы влюблены в план, а не в ценность, которую создает проект.
Проект нужен не ради красивой отчетности. Он нужен ради результата, который реально меняет работу, продукт или экономику проекта.
5.    Вы боитесь неудобных разговоров.
Плохой руководитель замалчивает риски, сдвиги и ошибки до последнего. Хороший — поднимает проблемы раньше, чем они превращаются в катастрофу.
6.    Вы думаете, что качество — это «потом поправим».
Потом обычно дороже, дольше и больнее. Качество нужно встраивать в процесс, а не чинить в конце.
7.     Вы не умеете слышать людей. Если вы не слышите команду, заказчика и заинтересованные стороны, то управляете не проектом, а своей иллюзией о нем.

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

▪️Канал PM Expert в MAX

📚 Книжный шкаф. Как «проект» стал русским словом с большой историей

Друзья, вышла новая книга - «Пришествие проекта» Алексея Корнилова.

Согласно аннотации "Сегодня «проект» — одно из самых привычных нам слов. Его произносят в школе, в вузе, в стартапе, на производстве и в госструктурах. И каждый уверен, что понимает, о чём речь.
Но это не так.
Например, персидское sarāy — дворец, в русском «сарай» — постройка для хлама. Французское côtelette — мясо на косточке, у нас — лепёшка из фарша.

С «проектом» случилось похожее: Пётр I принёс это слово из Европы, но увидел в нём не то, что видели там. И с этим прочтением Россия живёт триста лет."

Справка: «Проект» восходит к латинскому projectus, что буквально означает «брошенный вперёд», «выступающий вперёд» или «набросок». В русский язык термин пришел в Петровскую эпоху (XVIII век) через немецкий язык (Projekt).

Книга опубликована в июне 2026 года. Если вы в процессе или уже прочитали «Пришествие проекта», поделитесь впечатлениями - нам будет интересно.

▪️Канал PM Expert в MAX

Дело №3. Пропавшая пауза. Детектив для руководителя проекта

В понедельник в 18:42 Ирина, РП, получает от команды сообщение: «Кто удалил наше "подумаем до завтра"?»

За ночь в чате Ирина насчитала 94 уведомления. Как оказалось, новый ИИ-ассистент успел раздать задачи, проставить дедлайны, подсветить риски и даже «сгладить» два межфункциональных конфликта.
Команда в восторге от скорости, но на утренней встрече выясняется: никто не помнит, что все эти «подвиги» кто-то согласовывал.

Ирина открывает лог решений и видит типичные для автоматизации артефакты:

🔹 одно и то же решение зафиксировано трижды с разными формулировками;
🔹 два спорных вопроса ИИ пометил как «решённые» без обсуждения;
🔹 важная оговорка заказчика по безопасности просто «потерялась» в потоке сообщений.

Развязка простая: ИИ не сломал процесс. Он убрал то, что в проектах называют контролируемой паузой — время на проверку, сомнение и валидацию. Когда всё решается мгновенно, команда перестаёт задавать вопрос: «А точно ли это то, что нужно?».
С тех пор у Ирины появилось правило:
«Любое решение, сгенерированное ИИ или автоматически, проходит 24-часовую паузу на валидацию живым человеком. Скорость ≠ качество».

💡 Мораль: Автоматизация ускоряет рутину, но не должна заменять рефлексию. В проектах пауза — это не простои. Это страховка от ошибок, которые алгоритмы пока не умеют замечать.

❓ А в ваших проектах есть место для «контролируемой паузы»? Или скорость давно стала главным KPI?

▪️Канал PM Expert в MAX