⚛️ Игорь Курчатов и управление советским атомным мегапроектом

Советский атомный проект часто приводят как пример управления в условиях экстремальных рисков и жестких ограничений. В 1943 году Игорь Курчатов возглавил его научную часть. Под его руководством команда физиков и инженеров за три года создала первый в Евразии ядерный реактор Ф-1, в 1949 году провела успешные испытания РДС(1), а к 1954 году запустила первую в мире атомную электростанцию в Обнинске.

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

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

✅ Четкое разделение проектных результатов. Руководитель разграничивал военные задачи и проекты мирного атома, создавая для каждого направления свои организационные условия.
✅ Междисциплинарная интеграция. Инициатива объединила физиков, химиков, строителей и металлургов. Курчатов лично выстраивал связи между представителями разных отраслей и помогал преодолевать ведомственные барьеры.
✅ Параллельное выполнение процессов. В условиях нехватки информации испытания технологий шли одновременно с проектированием и строительством заводов, что позволило получить готовый продукт в запланированные государством сроки.

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

▪️Канал PM Expert в MAX

Когда проектов больше, чем ясности

Проекты становятся сложнее, а привычные способы управления всё чаще дают сбой.

Согласно PMI Pulse of the Profession® 2026, 81% специалистов видят рост сложности, 31% сложных проектов не приносят первоначально ожидаемых выгод, а команды, которые умеют управлять сложностью, в 5 раз чаще добиваются успеха.

О чём это говорит руководителю проекта?

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

Что можно вынести из этого отчёта?

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

И вот вопрос, который стоит задать команде и заказчику:

Что у вас сегодня сильнее всего тормозит проект: число взаимосвязей, частые изменения или слабая согласованность решений?

▪️Канал PM Expert в MAX

Какой страх оказался главным у руководителя проекта?

Итоги опроса среди нашей аудитории открыли примечательную картину.

Главный источник беспокойства — потеря управляемости.

В распределении голосов лидирует неконтролируемое изменение содержания (25%), далее следуют дефицит ресурсов (19%) и срыв директивных сроков (14%).

Что это означает на практике?

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

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

Интересен другой факт: конфликты в команде и сомнения в собственных силах набрали 0%. Наша аудитория четко разделяет первопричины и следствия.

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

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

▪️Канал PM Expert в MAX

👐 Язык жестов в управлении проектами

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

Язык жестов в проектной среде помогает заметить то, что ещё не попало в статус-отчёт.

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

Случайность? Или повод внимательнее посмотреть на ситуацию?

Базовые принципы чтения жестов для менеджера проектов

🖖 Смотрите на связку сигналов, а не на один жест. Один жест ещё ни о чём, а вот закрытая поза, отведённый взгляд и сдержанная мимика уже дают повод копнуть глубже.
🤌 Сверяйте жесты с контекстом встречи. Человек может ёрзать из-за сложной темы, спешки или жары в комнате, а вовсе не из-за скрытого конфликта.
🫵 Замечайте резкую смену поведения. Если участник был активен, а после обсуждения сроков резко замолчал, это может быть признаком неозвученного риска.
🫰 Следите за согласованностью слов и тела. Когда человек говорит «всё ясно», а сам хмурится, отводит глаза и сжимает пальцы, возможно, ясности как раз и не хватает.
🫶 Читайте общее настроение комнаты. Встреча может формально идти по плану, однако позы, темп реакции и мимика быстро показывают усталость, раздражение или потерю внимания.
🙏 Держите свои жесты под контролем. Открытые ладони, спокойная поза, ровный взгляд и отсутствие суеты помогают звучать убедительнее и снижают градус напряжения в команде.

Какой жест в вашей проектной команде самый говорящий? 😉

▪️Канал PM Expert в MAX

🎯 Фокус-группа: как проверить идеи с людьми, для которых вы делаете продукт

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

В отличие от опроса, фокус-группа отвечает на другие вопросы. Здесь важны мотивы, сомнения, ожидания, язык, которым люди описывают проблему. Именно поэтому этот инструмент часто подсказывает, что уточнить, что проверить, а что лучше отложить.

Чтобы встреча принесла пользу:

• подберите участников под цель обсуждения;
• держите группу компактной, обычно 6–10 человек;
• задайте тему и несколько опорных вопросов, но оставьте место для живого разговора;
• после встречи сопоставьте выводы с целями проекта и решите, какие гипотезы стоит проверить дальше.

Фокус-группа сама по себе не гарантирует нужный результат.
Зато она заметно снижает риск переделок и помогает команде раньше увидеть слабые места в решении.

Какой вопрос вы бы вынесли на такую встречу сейчас, по текущему проекту?

▪️Канал PM Expert в MAX

Когда коммуникации дают сбой, проект теряет управляемость

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

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

Как это выглядит на практике

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

Почему это опасно

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

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

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

Участники проекта должны одинаково понимать не только содержание задачи, но и ее цель, приоритет и критерии приемки результата.

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

▪️Канал PM Expert в MAX

Что делать, если участник команды задерживает задачи проекта

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

План действий для руководителя:

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

Перегрузка: сотрудник завален другими текущими задачами.

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

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

2. Замените критику разбором фактов
Разговор один на один ведите на языке цифр и последствий, без эмоций.

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

3. Измените систему контроля
Контролировать выполнение только в финальную дату — управленческий риск.

Разбейте крупную задачу на мелкие подзадачи.

Установите промежуточные контрольные точки (например, проверка статуса каждые два-три дня).

При необходимости привлеките к задаче опытного коллегу в качестве наставника.

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

Коллеги, вопрос к вам: как вы поступаете с сотрудниками, которые систематически нарушают графики? Ищете способы системно исправить ситуацию или сразу готовите замену?

▪️Канал PM Expert в MAX

💡 Oracle Primavera: создание календарно-сетевого графика проекта, работа с ресурсами и контроль сроков

Курс PM Expert «Управление проектами с использованием Oracle Primavera» даёт базовые навыки работы в системе и учит применять её в реальных проектных задачах.

На курсе разберём структуру данных в Oracle Primavera, создание и ведение календарно-сетевого графика, планирование ресурсов и затрат, работу с базовыми планами, ввод факта, отслеживание хода работ и подготовку отчетности.

95% времени курса посвящено практической работе в Oracle Primavera.

Курс будет полезен:
Руководителям и администраторам проектов
Специалистам и руководителям сметно-договорного, производственного и планово-технического отделов
Другим специалистам, вовлеченным в проектную деятельность

📅 Старт - 20–22 июля 2026 г.
💻 Формат - онлайн.

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

👉 Подробнее о курсе и регистрация

▪️Канал PM Expert в MAX

🍁 Когда лишний вариант мешает проекту

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

Тут полезен метод «Ветвей и границ». Он строит дерево вариантов, рассчитывает оценки для ветвей и исключает те направления, которые не могут дать результат лучше уже найденного решения.

Простой пример. Проект запускает новую доставку по городу. Нужно распределить 6 курьеров по 12 районам так, чтобы доставка в каждый район была выполнена в свой временной слот, а общая стоимость маршрутов была минимальной. Комбинаций много: кто едет в центр, кто берет дальние точки, кому ставить утро, кому вечер.

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

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

Какими методами оптимизации вы пользуетесь?

▪️Канал PM Expert в MAX

📚 Книжный шкаф: «Критическая цепь» Голдратта

Рецензия на книгу от бизнес-тренера PM Expert, PME®, PRIME Евгения Пикулева.

"Недавно вновь открыл «Критическую цепь» Голдратта. И да, книга до сих пор звучит очень точно для всех, кто работает со сроками, ресурсами и перегруженными планами.

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

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

Кому советовал бы? Руководителям проектов, тимлидам, функциональным руководителям. Читается быстро, пользы дает много. А это, согласитесь, редкое сочетание."

▪️Канал PM Expert в MAX

Парадокс профессии: почему самые «спокойные» выгорают тихо

Gallup выпустил отчёт State of the Global Workplace 2026 о вовлечённости сотрудников. Руководители проектов оказались самой «тихой» группой: минимальный уровень гнева, грусти и одиночества среди всех категорий персонала.
При этом их вовлечённость и оценка качества жизни остаются почти на последнем месте, выше только рядовые специалисты.

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

Это скорее онемение под маской профессионализма, чем настоящая устойчивость. Провалы почти уже мало трогают, победы почти мало радуют. Ровный фон. Тишина.

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

Что делать:

· РП: проверить, спокойствие идёт от внутренней опоры или от усталости
· Руководителям компаний: присмотреться к тем, кто всегда молчит и уступает
· Командам: помнить, тихий участник встречи порой давно потерял интерес к происходящему

Коллеги, узнаёте себя или своих знакомых в этой закономерности?

▪️Канал PM Expert в MAX

Власть или иллюзия: что останется PM-у, когда ИИ научится управлять дедлайнами?

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

Значит ли это, что руководитель проекта теряет власть? Нет. Меняется её природа.

Раньше сила PM была в контроле: собрать отчет, свести таблицу, напомнить о дедлайне. Теперь это делает система, и делает быстрее. А вот дальше начинается самое интересное.

ИИ пишет бухгалтеру: «Пришлите документы, вы пропустили сроки». Бухгалтер отвечает: «Не сейчас, у меня квартальный отчет». На этом автоматизация заканчивается — и начинается работа руководителя. Договориться, объяснить приоритеты, найти компромисс между двумя «правдами».

Но есть нюанс, который ИИ не переварит: нештатные ситуации и компромиссы.

Алгоритм выдаёт статистически правильный ответ. Он знает, что делали 1000 проектов до этого. Но именно человек способен предложить нестандартный ход, которого нет в датасетах.
ИИ предсказывает задержку на две недели и рекомендует сдвинуть релиз. А PM договаривается с заказчиком выкатить MVP с 70% функционала в срок, а остальное доделать позже. Бизнес получает продукт вовремя, команда не выгорает — и все счастливы. Статистика такого не знает, а руководитель — знает.

Управление рисками — это не про расчёт вероятности, это про креативность в условиях неопределённости.

Ответственность за финальное решение всё равно лежит на человеке. Составить протокол может алгоритм. Объяснить заказчику, почему проект идет именно так, а не иначе, — машина пока не сможет.

Поэтому вопрос не в том, останется ли власть, а в том, какая именно.

➡️ Административная власть точно уйдёт.
➡️ Лидерская власть, наоборот, станет заметнее — потому что рутина больше не будет её маскировать.

Вопрос к вам:
В каких ситуациях вы отклоняли рекомендацию системы?
Какой риск или компромисс повлиял на ваш выбор?

Делитесь примерами в комментариях! 👇

▪️Канал PM Expert в MAX