В продолжение темы поставки оборудования. Как думаете , что произошло с паровой турбиной энергоблока на одном из маслоэкстракционных заводов?
Anonymous Quiz
27%
Неправильно смонтировали
53%
Уронили с грузовика на повороте на площадку
13%
Забыли привезти часть оборудования
7%
Привезли не на ту стройку
Хороший проект — тот, где на стройке мало вопросов. Но есть проблема: заказчик этого может не заметить. 🏗️
Есть интересный парадокс в управлении проектами.
Если проектирование выполнено плохо — это видно всем.
На стройке постоянно летят запросы на изменения, не сходятся разделы, обнаруживаются коллизии, переделываются решения, подрядчик останавливает работы и каждый день требует уточнений.
Совещания кипят. Все заняты. Все что-то срочно решают.
И заказчик прекрасно видит масштаб работы команды.
А теперь другой сценарий.
Проектировщики заранее сняли основные вопросы.
Провели междисциплинарные проверки.
Убрали коллизии.
Согласовали решения с технологами.
Проверили стройпригодность документации.
Заранее проработали сложные узлы.
Начинается строительство — и вопросов почти нет.
И какая может быть реакция заказчика?
«Ну а что такого? Так и должно быть.» 😁
И вот здесь возникает интересная управленческая задача.
Хорошо выполненная работа часто незаметна именно потому, что проблемы не произошли.
Поэтому результат работы проектной команды нужно обязательно подсвечивать цифрами, желательно подкреплять оценкой экономии стоимости строительства. Как вариант через реестр оценки рисков.
Есть интересный парадокс в управлении проектами.
Если проектирование выполнено плохо — это видно всем.
На стройке постоянно летят запросы на изменения, не сходятся разделы, обнаруживаются коллизии, переделываются решения, подрядчик останавливает работы и каждый день требует уточнений.
Совещания кипят. Все заняты. Все что-то срочно решают.
И заказчик прекрасно видит масштаб работы команды.
А теперь другой сценарий.
Проектировщики заранее сняли основные вопросы.
Провели междисциплинарные проверки.
Убрали коллизии.
Согласовали решения с технологами.
Проверили стройпригодность документации.
Заранее проработали сложные узлы.
Начинается строительство — и вопросов почти нет.
И какая может быть реакция заказчика?
«Ну а что такого? Так и должно быть.» 😁
И вот здесь возникает интересная управленческая задача.
Хорошо выполненная работа часто незаметна именно потому, что проблемы не произошли.
Поэтому результат работы проектной команды нужно обязательно подсвечивать цифрами, желательно подкреплять оценкой экономии стоимости строительства. Как вариант через реестр оценки рисков.
👍6🔥2
Что такое FIDIC и зачем он нужен в строительстве? 🏗️📕
Если вы работаете с крупными строительными или международными проектами, то наверняка слышали: «контракт по FIDIC».
Но что это вообще такое?
FIDIC — Fédération Internationale Des Ingénieurs-Conseils, или Международная федерация инженеров-консультантов.
Организация была создана еще в 1913 году. Но в строительной отрасли FIDIC прежде всего известен своими типовыми формами контрактов.
По сути, это готовая международная модель того, как распределить обязанности, риски и ответственность между участниками проекта и как потом этим контрактом управлять.
При этом FIDIC — это не один договор. Есть несколько основных «книг» 📚
🔴 Red Book — Красная книга
Заказчик предоставляет проектную документацию, а Подрядчик в основном отвечает за строительство.
Условно:
Заказчик проектирует → Подрядчик строит.
🟡 Yellow Book — Желтая книга
Подрядчик отвечает уже не только за строительство, но и за проектирование.
Классическая модель Design & Build:
Подрядчик проектирует + строит.
⚪️ Silver Book — Серебряная книга
Обычно применяется для EPC / Turnkey проектов.
Подрядчик принимает на себя значительно больше рисков и отвечает за комплексный результат:
проектирование → закупки → строительство → готовый объект.
Есть и другие формы FIDIC: Green Book для относительно простых проектов, Gold Book для Design-Build-Operate и т.д.
Но самое интересное в FIDIC даже не сами формы договоров.
FIDIC достаточно подробно описывает механику управления контрактом:
👉 кто и за что отвечает;
👉 как выдаются инструкции;
👉 как оформляются изменения — Variations;
👉 как подрядчик направляет Notices;
👉 как заявляются Claims;
👉 как предоставляется Extension of Time;
👉 как подтверждаются платежи;
👉 как рассматриваются споры.
То есть FIDIC пытается заранее ответить на вопрос:
«А что мы будем делать, когда на проекте что-нибудь пойдет не по плану?» 😁
А на строительстве обязательно что-нибудь пойдет не по плану.
Например, Заказчик изменил техническое решение.
В обычной практике часто бывает:
«Вы пока делайте, стоимость потом согласуем».
Через полгода стороны начинают выяснять, кто кому должен 50 млн.
В логике FIDIC должно быть иначе:
Событие → Notice → Variation / Claim → оценка стоимости и сроков → решение → документирование.
И в этом, на мой взгляд, одна из главных ценностей FIDIC.
Это не волшебный договор, который защищает проект от проблем.
Это система правил, которая позволяет управлять проблемами, изменениями, деньгами и сроками.
Если вы работаете с крупными строительными или международными проектами, то наверняка слышали: «контракт по FIDIC».
Но что это вообще такое?
FIDIC — Fédération Internationale Des Ingénieurs-Conseils, или Международная федерация инженеров-консультантов.
Организация была создана еще в 1913 году. Но в строительной отрасли FIDIC прежде всего известен своими типовыми формами контрактов.
По сути, это готовая международная модель того, как распределить обязанности, риски и ответственность между участниками проекта и как потом этим контрактом управлять.
При этом FIDIC — это не один договор. Есть несколько основных «книг» 📚
🔴 Red Book — Красная книга
Заказчик предоставляет проектную документацию, а Подрядчик в основном отвечает за строительство.
Условно:
Заказчик проектирует → Подрядчик строит.
🟡 Yellow Book — Желтая книга
Подрядчик отвечает уже не только за строительство, но и за проектирование.
Классическая модель Design & Build:
Подрядчик проектирует + строит.
⚪️ Silver Book — Серебряная книга
Обычно применяется для EPC / Turnkey проектов.
Подрядчик принимает на себя значительно больше рисков и отвечает за комплексный результат:
проектирование → закупки → строительство → готовый объект.
Есть и другие формы FIDIC: Green Book для относительно простых проектов, Gold Book для Design-Build-Operate и т.д.
Но самое интересное в FIDIC даже не сами формы договоров.
FIDIC достаточно подробно описывает механику управления контрактом:
👉 кто и за что отвечает;
👉 как выдаются инструкции;
👉 как оформляются изменения — Variations;
👉 как подрядчик направляет Notices;
👉 как заявляются Claims;
👉 как предоставляется Extension of Time;
👉 как подтверждаются платежи;
👉 как рассматриваются споры.
То есть FIDIC пытается заранее ответить на вопрос:
«А что мы будем делать, когда на проекте что-нибудь пойдет не по плану?» 😁
А на строительстве обязательно что-нибудь пойдет не по плану.
Например, Заказчик изменил техническое решение.
В обычной практике часто бывает:
«Вы пока делайте, стоимость потом согласуем».
Через полгода стороны начинают выяснять, кто кому должен 50 млн.
В логике FIDIC должно быть иначе:
Событие → Notice → Variation / Claim → оценка стоимости и сроков → решение → документирование.
И в этом, на мой взгляд, одна из главных ценностей FIDIC.
Это не волшебный договор, который защищает проект от проблем.
Это система правил, которая позволяет управлять проблемами, изменениями, деньгами и сроками.
👍8🔥3
EBITDA — что это вообще такое? 💰
Если вы работаете с бюджетами, инвестициями или капитальными проектами, слово EBITDA наверняка периодически всплывает на совещаниях.
Но что за ним стоит?
EBITDA = Earnings Before Interest, Taxes, Depreciation and Amortization
Если по-русски — прибыль до процентов, налогов и амортизации.
А если совсем по-простому:
👉 EBITDA показывает, сколько бизнес зарабатывает на своей основной деятельности, без учета того, как он финансируется, сколько платит налогов и какую амортизацию начисляет.
Например:
Компания продала продукции на 1 млрд ₽.
На производство, персонал, логистику, аренду и прочие операционные расходы потратила 800 млн ₽.
Очень грубо:
1 млрд – 800 млн = 200 млн ₽ EBITDA.
Но зачем вообще нужна еще одна прибыль? 🤔
Представим две практически одинаковые компании.
Одна построила производство в основном на свои деньги.
Вторая — на кредиты и каждый год платит банку большие проценты.
Операционно они могут работать одинаково хорошо, но чистая прибыль у них будет совершенно разной.
EBITDA позволяет немного убрать этот финансовый «шум» и посмотреть непосредственно на сам бизнес: насколько эффективно он зарабатывает на своей основной деятельности.
Именно поэтому EBITDA постоянно мелькает в отчетах, презентациях для инвесторов, кредитных соглашениях и на совещаниях руководства.
По сути, это один из способов ответить на простой вопрос:
«А сам бизнес-то нормально зарабатывает?» 📊
Если вы работаете с бюджетами, инвестициями или капитальными проектами, слово EBITDA наверняка периодически всплывает на совещаниях.
Но что за ним стоит?
EBITDA = Earnings Before Interest, Taxes, Depreciation and Amortization
Если по-русски — прибыль до процентов, налогов и амортизации.
А если совсем по-простому:
👉 EBITDA показывает, сколько бизнес зарабатывает на своей основной деятельности, без учета того, как он финансируется, сколько платит налогов и какую амортизацию начисляет.
Например:
Компания продала продукции на 1 млрд ₽.
На производство, персонал, логистику, аренду и прочие операционные расходы потратила 800 млн ₽.
Очень грубо:
1 млрд – 800 млн = 200 млн ₽ EBITDA.
Но зачем вообще нужна еще одна прибыль? 🤔
Представим две практически одинаковые компании.
Одна построила производство в основном на свои деньги.
Вторая — на кредиты и каждый год платит банку большие проценты.
Операционно они могут работать одинаково хорошо, но чистая прибыль у них будет совершенно разной.
EBITDA позволяет немного убрать этот финансовый «шум» и посмотреть непосредственно на сам бизнес: насколько эффективно он зарабатывает на своей основной деятельности.
Именно поэтому EBITDA постоянно мелькает в отчетах, презентациях для инвесторов, кредитных соглашениях и на совещаниях руководства.
По сути, это один из способов ответить на простой вопрос:
«А сам бизнес-то нормально зарабатывает?» 📊
👍5🔥1🤔1
Кто на самом деле рулит на строительной площадке — Заказчик или Технический заказчик? 🏗️
На первый взгляд ответ очевиден: Заказчик. Его деньги — его проект.
Но на нормально организованном проекте всё немного сложнее.
Представим ситуацию.
Заказчик нанял сильного Технического заказчика, сформировал ему команду, передал полномочия по управлению строительством.
А потом начинается:
— Заказчик напрямую дает указания Генподрядчику.
— Генподрядчик получает параллельные задачи от Техзаказчика.
— Проектировщик получает замечания сразу с двух сторон.
— Кто-то согласовал изменение на площадке, но смета об этом не знает.
— Кто-то пообещал подрядчику дополнительный объем, но договор еще не изменен.
В итоге вроде бы управляют все, а ответственности за конечный результат найти сложно.
На мой взгляд, здесь важно разделять две вещи.
Заказчик управляет проектом.
Технический заказчик управляет реализацией проекта.
Заказчик определяет ключевые рамки:
👉 бюджет;
👉 сроки и ключевые вехи;
👉 функциональные требования;
👉 существенные изменения;
👉 выбор основных подрядчиков;
👉 коммерческие и стратегические решения.
А вот ежедневное управление стройкой должно быть централизовано.
Если для этого привлечен Технический заказчик и ему действительно переданы соответствующие полномочия, именно через него должны идти основные рабочие коммуникации с Генподрядчиком, проектировщиками и другими участниками строительства.
При этом Техзаказчик не становится «главнее Заказчика».
Он становится единым центром управления реализацией решений Заказчика.
И здесь, на мой взгляд, одна из самых распространенных ошибок — нанять Технического заказчика, но продолжить управлять площадкой параллельно с ним.
Получается своеобразное двоевластие.
А двоевластие на стройке почти всегда означает дополнительные совещания, противоречивые указания, потерю ответственности и знаменитое:
«А нам Заказчик сказал делать по-другому…» 😅
Поэтому еще на старте проекта я бы четко зафиксировал:
кто кому ставит задачи,
кто что согласовывает,
кто имеет право давать указания подрядчику,
какие решения Техзаказчик принимает самостоятельно,
а какие обязательно эскалирует Заказчику.
Хорошая схема управления — это не когда Заказчик контролирует каждую гайку.
Это когда Заказчик контролирует систему, которая контролирует гайки. 👌
На первый взгляд ответ очевиден: Заказчик. Его деньги — его проект.
Но на нормально организованном проекте всё немного сложнее.
Представим ситуацию.
Заказчик нанял сильного Технического заказчика, сформировал ему команду, передал полномочия по управлению строительством.
А потом начинается:
— Заказчик напрямую дает указания Генподрядчику.
— Генподрядчик получает параллельные задачи от Техзаказчика.
— Проектировщик получает замечания сразу с двух сторон.
— Кто-то согласовал изменение на площадке, но смета об этом не знает.
— Кто-то пообещал подрядчику дополнительный объем, но договор еще не изменен.
В итоге вроде бы управляют все, а ответственности за конечный результат найти сложно.
На мой взгляд, здесь важно разделять две вещи.
Заказчик управляет проектом.
Технический заказчик управляет реализацией проекта.
Заказчик определяет ключевые рамки:
👉 бюджет;
👉 сроки и ключевые вехи;
👉 функциональные требования;
👉 существенные изменения;
👉 выбор основных подрядчиков;
👉 коммерческие и стратегические решения.
А вот ежедневное управление стройкой должно быть централизовано.
Если для этого привлечен Технический заказчик и ему действительно переданы соответствующие полномочия, именно через него должны идти основные рабочие коммуникации с Генподрядчиком, проектировщиками и другими участниками строительства.
При этом Техзаказчик не становится «главнее Заказчика».
Он становится единым центром управления реализацией решений Заказчика.
И здесь, на мой взгляд, одна из самых распространенных ошибок — нанять Технического заказчика, но продолжить управлять площадкой параллельно с ним.
Получается своеобразное двоевластие.
А двоевластие на стройке почти всегда означает дополнительные совещания, противоречивые указания, потерю ответственности и знаменитое:
«А нам Заказчик сказал делать по-другому…» 😅
Поэтому еще на старте проекта я бы четко зафиксировал:
кто кому ставит задачи,
кто что согласовывает,
кто имеет право давать указания подрядчику,
какие решения Техзаказчик принимает самостоятельно,
а какие обязательно эскалирует Заказчику.
Хорошая схема управления — это не когда Заказчик контролирует каждую гайку.
Это когда Заказчик контролирует систему, которая контролирует гайки. 👌
👍5❤1🔥1
5 стереотипов про китайские компании, которые я регулярно слышу
За последние годы китайских подрядчиков, поставщиков и производителей в российских проектах стало заметно больше.
И вокруг них до сих пор много стереотипов. Разберу несколько самых популярных.
1. Китайцы всегда дешевле
Не всегда.
На этапе коммерческого предложения цена действительно может выглядеть очень привлекательно. Но потом появляются дополнительные работы, логистика, адаптация документации под российские нормы, шеф-монтаж, перевод, сертификация, изменение комплектации.
Поэтому сравнивать нужно не первую цифру в КП, а полную стоимость решения.
2. Китайское оборудование = низкое качество
Этот стереотип уже сильно устарел.
В Китае сегодня есть и очень бюджетные производители, и компании мирового уровня с хорошим инжинирингом, автоматизацией и качеством производства.
Проблема скорее в другом:
👉 нужно правильно выбрать производителя;
👉 проверить референсы;
👉 зафиксировать технические требования;
👉 проконтролировать производство до отгрузки.
Китай — это не один уровень качества. Это огромный рынок.
3. Китайская компания сделает всё очень быстро
Обычно да — если задача понятна и решение уже принято.
Но если техническое задание постоянно меняется, согласования идут неделями, а заказчик сам не определился с требованиями — никакая «китайская скорость» проект не спасет.
При этом после принятия решения китайские команды действительно иногда удивляют скоростью мобилизации и реализации.
4. С китайцами сложно из-за языка
Язык — далеко не самая большая проблема.
Настоящая сложность — в разнице подходов к коммуникации.
Фраза “Yes, no problem” далеко не всегда означает:
«Мы всё поняли, согласны и точно выполним».
Иногда она означает всего лишь:
«Мы вас услышали».
Поэтому критические договоренности должны быть:
📌 письменно зафиксированы;
📌 привязаны к чертежам и спецификациям;
📌 подтверждены сроками;
📌 внесены в контракт.
5. Китайская компания сама разберется с российскими нормами
Вот это один из самых опасных стереотипов.
ГОСТ, СП, промышленная безопасность, пожарные требования, экспертиза, сертификация оборудования — всё это может существенно отличаться от привычных китайскому поставщику требований.
Поэтому в международном проекте обязательно должен быть сильный российский технический интерфейс между китайским поставщиком и проектом.
Иначе оборудование может быть отличным.
Но встроить его в российский проект окажется значительно сложнее, чем ожидалось.
На мой взгляд, главная ошибка — вообще говорить:
«китайские компании работают вот так».
Они очень разные.
Есть сильные, слабые, дешевые, дорогие, технологичные и совершенно неподходящие конкретному проекту.
За последние годы китайских подрядчиков, поставщиков и производителей в российских проектах стало заметно больше.
И вокруг них до сих пор много стереотипов. Разберу несколько самых популярных.
1. Китайцы всегда дешевле
Не всегда.
На этапе коммерческого предложения цена действительно может выглядеть очень привлекательно. Но потом появляются дополнительные работы, логистика, адаптация документации под российские нормы, шеф-монтаж, перевод, сертификация, изменение комплектации.
Поэтому сравнивать нужно не первую цифру в КП, а полную стоимость решения.
2. Китайское оборудование = низкое качество
Этот стереотип уже сильно устарел.
В Китае сегодня есть и очень бюджетные производители, и компании мирового уровня с хорошим инжинирингом, автоматизацией и качеством производства.
Проблема скорее в другом:
👉 нужно правильно выбрать производителя;
👉 проверить референсы;
👉 зафиксировать технические требования;
👉 проконтролировать производство до отгрузки.
Китай — это не один уровень качества. Это огромный рынок.
3. Китайская компания сделает всё очень быстро
Обычно да — если задача понятна и решение уже принято.
Но если техническое задание постоянно меняется, согласования идут неделями, а заказчик сам не определился с требованиями — никакая «китайская скорость» проект не спасет.
При этом после принятия решения китайские команды действительно иногда удивляют скоростью мобилизации и реализации.
4. С китайцами сложно из-за языка
Язык — далеко не самая большая проблема.
Настоящая сложность — в разнице подходов к коммуникации.
Фраза “Yes, no problem” далеко не всегда означает:
«Мы всё поняли, согласны и точно выполним».
Иногда она означает всего лишь:
«Мы вас услышали».
Поэтому критические договоренности должны быть:
📌 письменно зафиксированы;
📌 привязаны к чертежам и спецификациям;
📌 подтверждены сроками;
📌 внесены в контракт.
5. Китайская компания сама разберется с российскими нормами
Вот это один из самых опасных стереотипов.
ГОСТ, СП, промышленная безопасность, пожарные требования, экспертиза, сертификация оборудования — всё это может существенно отличаться от привычных китайскому поставщику требований.
Поэтому в международном проекте обязательно должен быть сильный российский технический интерфейс между китайским поставщиком и проектом.
Иначе оборудование может быть отличным.
Но встроить его в российский проект окажется значительно сложнее, чем ожидалось.
На мой взгляд, главная ошибка — вообще говорить:
«китайские компании работают вот так».
Они очень разные.
Есть сильные, слабые, дешевые, дорогие, технологичные и совершенно неподходящие конкретному проекту.
👍3🔥3
Почему о проблемах проекта часто узнают слишком поздно? 📉
Есть одна ситуация, которую я много раз видел на проектах.
На еженедельном совещании спрашивают:
— Мы в бюджете?
— Да, пока в бюджете.
— По срокам идём нормально?
— В целом да.
Проходит несколько месяцев.
И внезапно оказывается:
💰 бюджет уже начинает превышаться;
📅 график сдвинулся на несколько недель или месяцев;
📑 часть работ ещё даже не законтрактована;
⚠️ а реальный прогноз завершения проекта сильно отличается от того, что показывали в отчётах.
Возникает логичный вопрос:
проблема появилась вчера?
Конечно нет.
Скорее всего, она начала формироваться несколько месяцев назад.
Просто мы её не увидели.
И вот здесь, на мой взгляд, находится одна из главных проблем управления проектами.
Большинство отчётов хорошо отвечают на вопрос:
👉 Что уже произошло?
Сколько денег потратили.
Какой объём работ выполнили.
Какие этапы закрыли.
Сколько дней прошло.
Но руководителю проекта гораздо важнее другой вопрос:
👉 Что произойдёт дальше, если ситуация будет развиваться так же?
Какова будет финальная стоимость проекта?
Когда реально закончится строительство?
Где уже сегодня формируется отклонение?
Потому что когда перерасход уже попал в Actual Cost — управлять им поздно.
Когда срок уже сорван — возвращать его гораздо сложнее.
Хорошая система управления проектом должна не фиксировать проблему, а предупреждать о ней заранее.
И, пожалуй, это одна из главных тем, о которых я хочу поговорить здесь в ближайшие недели.
#projectmanagement #construction #управлениепроектами
Есть одна ситуация, которую я много раз видел на проектах.
На еженедельном совещании спрашивают:
— Мы в бюджете?
— Да, пока в бюджете.
— По срокам идём нормально?
— В целом да.
Проходит несколько месяцев.
И внезапно оказывается:
💰 бюджет уже начинает превышаться;
📅 график сдвинулся на несколько недель или месяцев;
📑 часть работ ещё даже не законтрактована;
⚠️ а реальный прогноз завершения проекта сильно отличается от того, что показывали в отчётах.
Возникает логичный вопрос:
проблема появилась вчера?
Конечно нет.
Скорее всего, она начала формироваться несколько месяцев назад.
Просто мы её не увидели.
И вот здесь, на мой взгляд, находится одна из главных проблем управления проектами.
Большинство отчётов хорошо отвечают на вопрос:
👉 Что уже произошло?
Сколько денег потратили.
Какой объём работ выполнили.
Какие этапы закрыли.
Сколько дней прошло.
Но руководителю проекта гораздо важнее другой вопрос:
👉 Что произойдёт дальше, если ситуация будет развиваться так же?
Какова будет финальная стоимость проекта?
Когда реально закончится строительство?
Где уже сегодня формируется отклонение?
Потому что когда перерасход уже попал в Actual Cost — управлять им поздно.
Когда срок уже сорван — возвращать его гораздо сложнее.
Хорошая система управления проектом должна не фиксировать проблему, а предупреждать о ней заранее.
И, пожалуй, это одна из главных тем, о которых я хочу поговорить здесь в ближайшие недели.
#projectmanagement #construction #управлениепроектами
👍6🔥3
«Мы в бюджете». А вы уверены? 💰
Представим простой пример.
Бюджет проекта:
1 000 млн ₽
На сегодняшний день фактически оплачено:
600 млн ₽
В отчёте всё выглядит прекрасно.
Потрачено 60% бюджета.
Можно сказать:
✅ проект в бюджете
Но добавим ещё несколько цифр.
Уже заключены контракты ещё на:
300 млн ₽
А для выполнения оставшихся работ, по оценке команды проекта, потребуется ещё примерно:
200 млн ₽
Что получается?
600 млн ₽ — уже потрачено
300 млн ₽ — обязательства по действующим контрактам
200 млн ₽ — ещё потребуется
Итого ожидаемая стоимость проекта:
👉 1 100 млн ₽
То есть прогнозный перерасход:
🔴 100 млн ₽
И вот здесь начинается самое интересное.
Сегодня бухгалтерский отчёт ещё может говорить:
«Мы в бюджете».
Но с точки зрения управления проектом перерасход уже практически сформирован.
Просто деньги ещё физически не потрачены.
Поэтому смотреть только на Actual Cost — недостаточно.
Руководителю проекта нужно видеть как минимум:
Budget — сколько планировали
Actual — сколько уже потратили
ETC — сколько ещё потребуется
EAC — сколько проект будет стоить в итоге
Именно последняя цифра зачастую является самой важной.
Потому что управлять проектом нужно не по зеркалу заднего вида.
Нужно смотреть вперёд.
Главный вопрос не «сколько мы уже потратили?».
Главный вопрос:
👉 «Сколько будет стоить проект в момент его завершения?»
Представим простой пример.
Бюджет проекта:
1 000 млн ₽
На сегодняшний день фактически оплачено:
600 млн ₽
В отчёте всё выглядит прекрасно.
Потрачено 60% бюджета.
Можно сказать:
✅ проект в бюджете
Но добавим ещё несколько цифр.
Уже заключены контракты ещё на:
300 млн ₽
А для выполнения оставшихся работ, по оценке команды проекта, потребуется ещё примерно:
200 млн ₽
Что получается?
600 млн ₽ — уже потрачено
300 млн ₽ — обязательства по действующим контрактам
200 млн ₽ — ещё потребуется
Итого ожидаемая стоимость проекта:
👉 1 100 млн ₽
То есть прогнозный перерасход:
🔴 100 млн ₽
И вот здесь начинается самое интересное.
Сегодня бухгалтерский отчёт ещё может говорить:
«Мы в бюджете».
Но с точки зрения управления проектом перерасход уже практически сформирован.
Просто деньги ещё физически не потрачены.
Поэтому смотреть только на Actual Cost — недостаточно.
Руководителю проекта нужно видеть как минимум:
Budget — сколько планировали
Actual — сколько уже потратили
ETC — сколько ещё потребуется
EAC — сколько проект будет стоить в итоге
Именно последняя цифра зачастую является самой важной.
Потому что управлять проектом нужно не по зеркалу заднего вида.
Нужно смотреть вперёд.
Главный вопрос не «сколько мы уже потратили?».
Главный вопрос:
👉 «Сколько будет стоить проект в момент его завершения?»
👍6🔥2👌1
Три вопроса, на которые директор проекта должен получать ответ за 30 секунд
На мой взгляд, состояние практически любого проекта можно начать оценивать всего с трёх вопросов.
1️⃣ Мы в бюджете?
Не просто:
«Сколько уже потратили?»
А:
👉 какой текущий прогноз финальной стоимости проекта?
⸻
2️⃣ Мы в графике?
Не просто:
«Какой процент выполнения?»
А:
👉 соответствует ли фактический прогресс плановому и куда движется дата завершения проекта?
⸻
3️⃣ Что произойдёт, если ничего не изменить?
Это, пожалуй, самый важный вопрос.
Если сегодняшняя производительность, стоимость и скорость выполнения работ сохранятся:
👉 сколько будет стоить проект?
👉 когда он закончится?
👉 какие отклонения мы получим?
⸻
И вот теперь интересный тест.
Представьте, что генеральный директор или инвестор заходит к вам и спрашивает:
— Как дела на проекте?
Сколько времени понадобится, чтобы ответить на эти три вопроса?
30 секунд?
5 минут?
Полчаса?
Или сначала нужно:
📊 открыть несколько Excel-файлов;
📅 запросить актуальный график у планировщика;
💰 получить данные у бухгалтерии;
📑 свериться с условиями договоров;
🤝 провести совещание с командой?
На крупных проектах информации становится настолько много, что проблема обычно не в отсутствии данных.
Проблема в том, что данные находятся в разных местах и не складываются в одну понятную картину.
И тогда руководитель проекта вроде бы получает десятки отчётов…
…но простой ответ на вопрос:
«У нас всё хорошо или уже начинается проблема?»
получить оказывается неожиданно сложно.
Для себя я давно сформулировал простой принцип:
статус проекта должен быть понятен руководителю за 30 секунд.
А уже после этого можно проваливаться в детали.
В следующих постах хочу подробнее разобрать, какие показатели действительно нужны для такой картины проекта, а какие только создают информационный шум.
#projectmanagement #projectcontrols #construction #управлениепроектами
На мой взгляд, состояние практически любого проекта можно начать оценивать всего с трёх вопросов.
1️⃣ Мы в бюджете?
Не просто:
«Сколько уже потратили?»
А:
👉 какой текущий прогноз финальной стоимости проекта?
⸻
2️⃣ Мы в графике?
Не просто:
«Какой процент выполнения?»
А:
👉 соответствует ли фактический прогресс плановому и куда движется дата завершения проекта?
⸻
3️⃣ Что произойдёт, если ничего не изменить?
Это, пожалуй, самый важный вопрос.
Если сегодняшняя производительность, стоимость и скорость выполнения работ сохранятся:
👉 сколько будет стоить проект?
👉 когда он закончится?
👉 какие отклонения мы получим?
⸻
И вот теперь интересный тест.
Представьте, что генеральный директор или инвестор заходит к вам и спрашивает:
— Как дела на проекте?
Сколько времени понадобится, чтобы ответить на эти три вопроса?
30 секунд?
5 минут?
Полчаса?
Или сначала нужно:
📊 открыть несколько Excel-файлов;
📅 запросить актуальный график у планировщика;
💰 получить данные у бухгалтерии;
📑 свериться с условиями договоров;
🤝 провести совещание с командой?
На крупных проектах информации становится настолько много, что проблема обычно не в отсутствии данных.
Проблема в том, что данные находятся в разных местах и не складываются в одну понятную картину.
И тогда руководитель проекта вроде бы получает десятки отчётов…
…но простой ответ на вопрос:
«У нас всё хорошо или уже начинается проблема?»
получить оказывается неожиданно сложно.
Для себя я давно сформулировал простой принцип:
статус проекта должен быть понятен руководителю за 30 секунд.
А уже после этого можно проваливаться в детали.
В следующих постах хочу подробнее разобрать, какие показатели действительно нужны для такой картины проекта, а какие только создают информационный шум.
#projectmanagement #projectcontrols #construction #управлениепроектами
👍6🔥4
🤖 Скоро у каждого сотрудника появятся свои AI-сотрудники
Мы постепенно внедряем AI-агентов в рабочие процессы. И мне кажется, это намного более серьёзное изменение, чем просто появление ещё одного удобного инструмента.
Раньше хороший специалист должен был уметь делать работу сам.
Потом появились ChatGPT и другие AI-инструменты — и стало важно уметь правильно ставить им задачи.
Следующий этап — уметь управлять целой командой AI-агентов. Оркестром - это сильно перекликается с профессией руководителя проекта, где вам приходится взаимодействовать и управлять большим количеством контрагентов.
Представьте обычного сотрудника компании. Только теперь у него есть несколько его личных цифровых «сотрудников»:
— один анализирует документы и договоры;
— второй проверяет сметы и таблицы;
— третий готовит отчёты;
— четвёртый следит за сроками и рисками;
— пятый собирает информацию и готовит аналитику.
При этом человек не исчезает из процесса.
Наоборот — его роль становится важнее.
Он определяет, что нужно сделать, распределяет задачи между агентами, задаёт правила, проверяет результат и принимает решение.
И здесь появляется интересный эффект.
Экспертность начинает меняться.
Ценность специалиста будет определяться не только тем, насколько хорошо он сам умеет выполнять конкретную операцию.
Но и тем, насколько хорошо он умеет создать, обучить и организовать работу своих AI-агентов.
По сути, каждый специалист постепенно становится руководителем небольшой цифровой команды.
И, возможно, через несколько лет на собеседовании будут спрашивать не только:
«Что вы умеете делать?»
Но и:
«Какими AI-агентами вы умеете управлять и что они умеют делать для вас?»
Мы постепенно внедряем AI-агентов в рабочие процессы. И мне кажется, это намного более серьёзное изменение, чем просто появление ещё одного удобного инструмента.
Раньше хороший специалист должен был уметь делать работу сам.
Потом появились ChatGPT и другие AI-инструменты — и стало важно уметь правильно ставить им задачи.
Следующий этап — уметь управлять целой командой AI-агентов. Оркестром - это сильно перекликается с профессией руководителя проекта, где вам приходится взаимодействовать и управлять большим количеством контрагентов.
Представьте обычного сотрудника компании. Только теперь у него есть несколько его личных цифровых «сотрудников»:
— один анализирует документы и договоры;
— второй проверяет сметы и таблицы;
— третий готовит отчёты;
— четвёртый следит за сроками и рисками;
— пятый собирает информацию и готовит аналитику.
При этом человек не исчезает из процесса.
Наоборот — его роль становится важнее.
Он определяет, что нужно сделать, распределяет задачи между агентами, задаёт правила, проверяет результат и принимает решение.
И здесь появляется интересный эффект.
Экспертность начинает меняться.
Ценность специалиста будет определяться не только тем, насколько хорошо он сам умеет выполнять конкретную операцию.
Но и тем, насколько хорошо он умеет создать, обучить и организовать работу своих AI-агентов.
По сути, каждый специалист постепенно становится руководителем небольшой цифровой команды.
И, возможно, через несколько лет на собеседовании будут спрашивать не только:
«Что вы умеете делать?»
Но и:
«Какими AI-агентами вы умеете управлять и что они умеют делать для вас?»
🔥3👍2
🚀 Уже совсем скоро запускаем EVAnalysis.pro
Мы создаём приложение, которое помогает быстро понять главное о проекте:
📈 Где мы находимся относительно плана?
💰 Укладываемся ли мы в бюджет?
📅 Идём ли мы по графику?
🔮 Каким будет итоговый бюджет проекта, если текущая динамика сохранится?
Один из основных инструментов приложения — построение S-кривой, которая позволяет наглядно сравнивать плановые и фактические показатели проекта.
Но наша основная идея немного шире.
EVAnalysis.pro должен не просто показывать текущий статус проекта, а помогать прогнозировать его результат на момент завершения.
На основании текущих показателей система позволяет оценивать прогнозную стоимость проекта и заранее видеть отклонения, пока ещё есть возможность на них повлиять.
Без десятков Excel-файлов и ручного сведения данных.
👉 www.evanalysis.pro
Совсем скоро покажем подробнее, как это работает.
Мы создаём приложение, которое помогает быстро понять главное о проекте:
📈 Где мы находимся относительно плана?
💰 Укладываемся ли мы в бюджет?
📅 Идём ли мы по графику?
🔮 Каким будет итоговый бюджет проекта, если текущая динамика сохранится?
Один из основных инструментов приложения — построение S-кривой, которая позволяет наглядно сравнивать плановые и фактические показатели проекта.
Но наша основная идея немного шире.
EVAnalysis.pro должен не просто показывать текущий статус проекта, а помогать прогнозировать его результат на момент завершения.
На основании текущих показателей система позволяет оценивать прогнозную стоимость проекта и заранее видеть отклонения, пока ещё есть возможность на них повлиять.
Без десятков Excel-файлов и ручного сведения данных.
👉 www.evanalysis.pro
Совсем скоро покажем подробнее, как это работает.
🔥4👍3
🚀 УРА! МЫ ЗАПУСТИЛИСЬ!
Наконец-то могу это написать: сегодня мы открыли EVAnalysis.pro для регистрации! 🎉
Это приложение, над которым мы работали последние месяцы, для контроля проектов по методу освоенного объёма (EVM).
Что уже можно делать:
📈 строить S-кривую проекта — PV / EV / AC
💰 понимать, укладываемся ли мы в бюджет
📅 видеть, идём ли мы по графику
📊 контролировать CPI и SPI
🔮 получать прогноз стоимости проекта на момент завершения (EAC)
🚨 видеть отклонения до того, как они превратятся в серьёзную проблему
И главное — сейчас можно просто зарегистрироваться и попробовать.
🎁 Первый месяц — бесплатно.
Буду очень рад, если попробуете приложение на своих реальных проектах. Особенно интересно получить обратную связь от руководителей проектов, заказчиков и тех, кто каждый день работает с бюджетами и графиками.
👉 Регистрация: (ссылка работает с выключенным VPN)
https://evanalysis.pro/?utm_source=pmserov
Пробуйте, стройте свои первые S-кривые и обязательно пишите, чего вам не хватает и что стоит улучшить.
Наконец-то могу это написать: сегодня мы открыли EVAnalysis.pro для регистрации! 🎉
Это приложение, над которым мы работали последние месяцы, для контроля проектов по методу освоенного объёма (EVM).
Что уже можно делать:
📈 строить S-кривую проекта — PV / EV / AC
💰 понимать, укладываемся ли мы в бюджет
📅 видеть, идём ли мы по графику
📊 контролировать CPI и SPI
🔮 получать прогноз стоимости проекта на момент завершения (EAC)
🚨 видеть отклонения до того, как они превратятся в серьёзную проблему
И главное — сейчас можно просто зарегистрироваться и попробовать.
🎁 Первый месяц — бесплатно.
Буду очень рад, если попробуете приложение на своих реальных проектах. Особенно интересно получить обратную связь от руководителей проектов, заказчиков и тех, кто каждый день работает с бюджетами и графиками.
👉 Регистрация: (ссылка работает с выключенным VPN)
https://evanalysis.pro/?utm_source=pmserov
Пробуйте, стройте свои первые S-кривые и обязательно пишите, чего вам не хватает и что стоит улучшить.
3🔥5🎉5👍2
В нашем приложении реализовано совмещение графика проекта и кривой затрат по проекту. Это очень информативно. Обязательно попробуйте потестировать на ваших проектах. Ваш фидбек очень важен 🤝
👉 Регистрация: (ссылка работает с выключенным VPN)
https://evanalysis.pro/?utm_source=pmserov
👉 Регистрация: (ссылка работает с выключенным VPN)
https://evanalysis.pro/?utm_source=pmserov
👏7🔥1👌1
Сделал небольшое обзорное видео про новое веб-приложение для построения S-кривых Evanalysis.pro https://youtu.be/JcDtDdwcXp0?si=z821V4rzBPv6Dmjm
YouTube
Приложение для создания S-кривой (метод освоенного объема)
EVAnalysis.pro — сервис для контроля статуса проекта, построения S-кривой и анализа проекта по методу освоенного объёма (Earned Value Management).
В этом видео показываю, как работает приложение: как создать проект, загрузить исходные данные, построить S…
В этом видео показываю, как работает приложение: как создать проект, загрузить исходные данные, построить S…
3👍6🔥4❤1
🤖 ИИ обесценивает экспертность. И этот процесс уже не остановить.
Ещё несколько лет назад экспертность была одним из главных конкурентных преимуществ специалиста.
Ты потратил 15–20 лет на изучение своей профессии, накопил знания, разобрался в сложных вопросах, научился находить решения — и именно за это тебя ценили.
Но сегодня правила игры начинают меняться.
💡 Знания стремительно перестают быть дефицитом.
То, на изучение чего раньше уходили годы, сегодня можно получить за несколько минут с помощью искусственного интеллекта.
ИИ уже способен анализировать техническую документацию, проверять расчёты, сравнивать коммерческие предложения, выявлять противоречия, готовить графики и предлагать технические решения.
И с каждым месяцем он делает это всё лучше.
Возникает закономерный вопрос:
А что тогда остаётся человеку?
На мой взгляд, мы наблюдаем фундаментальное изменение ценности специалистов.
🔹 Раньше ценился тот, кто много знает.
🔹 Сегодня всё больше ценится тот, кто умеет правильно поставить задачу, критически оценить результат и принять решение.
🔹 Завтра будет цениться тот, кто способен управлять не только людьми, но и целой командой ИИ-агентов.
И здесь возникает интересный парадокс.
С одной стороны, ИИ действительно обесценивает экспертные знания как самостоятельный продукт.
С другой — глубокое понимание предметной области пока остаётся необходимым, чтобы отличить правильное решение от убедительно сформулированной ошибки.
Но я думаю, что и эта граница со временем будет смещаться.
⚡ Мы движемся к миру, в котором опыт работы в 20 лет сам по себе перестанет гарантировать конкурентное преимущество.
Специалист с трёхлетним опытом, который эффективно использует ИИ, в некоторых задачах уже может быть продуктивнее эксперта с двадцатилетним стажем, работающего традиционными методами.
И это, пожалуй, один из самых серьёзных вызовов для профессионального рынка.
Особенно для таких консервативных отраслей, как строительство и управление проектами.
Мне кажется, что в ближайшие годы главным конкурентным преимуществом станет не объём накопленных знаний, а способность максимально эффективно использовать интеллект — собственный и искусственный.
И самое интересное, что мы находимся только в начале этого процесса. Нужно уже перестраиваться .
#ИскусственныйИнтеллект #ИИ #УправлениеПроектами #БудущееПрофессий #ProjectManagement
Ещё несколько лет назад экспертность была одним из главных конкурентных преимуществ специалиста.
Ты потратил 15–20 лет на изучение своей профессии, накопил знания, разобрался в сложных вопросах, научился находить решения — и именно за это тебя ценили.
Но сегодня правила игры начинают меняться.
💡 Знания стремительно перестают быть дефицитом.
То, на изучение чего раньше уходили годы, сегодня можно получить за несколько минут с помощью искусственного интеллекта.
ИИ уже способен анализировать техническую документацию, проверять расчёты, сравнивать коммерческие предложения, выявлять противоречия, готовить графики и предлагать технические решения.
И с каждым месяцем он делает это всё лучше.
Возникает закономерный вопрос:
А что тогда остаётся человеку?
На мой взгляд, мы наблюдаем фундаментальное изменение ценности специалистов.
🔹 Раньше ценился тот, кто много знает.
🔹 Сегодня всё больше ценится тот, кто умеет правильно поставить задачу, критически оценить результат и принять решение.
🔹 Завтра будет цениться тот, кто способен управлять не только людьми, но и целой командой ИИ-агентов.
И здесь возникает интересный парадокс.
С одной стороны, ИИ действительно обесценивает экспертные знания как самостоятельный продукт.
С другой — глубокое понимание предметной области пока остаётся необходимым, чтобы отличить правильное решение от убедительно сформулированной ошибки.
Но я думаю, что и эта граница со временем будет смещаться.
⚡ Мы движемся к миру, в котором опыт работы в 20 лет сам по себе перестанет гарантировать конкурентное преимущество.
Специалист с трёхлетним опытом, который эффективно использует ИИ, в некоторых задачах уже может быть продуктивнее эксперта с двадцатилетним стажем, работающего традиционными методами.
И это, пожалуй, один из самых серьёзных вызовов для профессионального рынка.
Особенно для таких консервативных отраслей, как строительство и управление проектами.
Мне кажется, что в ближайшие годы главным конкурентным преимуществом станет не объём накопленных знаний, а способность максимально эффективно использовать интеллект — собственный и искусственный.
И самое интересное, что мы находимся только в начале этого процесса. Нужно уже перестраиваться .
#ИскусственныйИнтеллект #ИИ #УправлениеПроектами #БудущееПрофессий #ProjectManagement
3🔥11👍2
Второе видео про наше веб приложение для управления проектами. Рассказываю как настроить систему .
https://youtu.be/CdzG7Mv16_I?si=h_Dd2SkyTv9ZZMaa
https://youtu.be/CdzG7Mv16_I?si=h_Dd2SkyTv9ZZMaa
YouTube
EVAnalysis.Pro: как настроить проект | S-кривая, диаграмма Ганта и PDF-отчеты
🚀 EvoAnalysis Pro — настраиваем систему управления проектами! S-кривая, диаграмма Ганта и PDF-отчеты
В этом видео продолжаем знакомство с веб-приложением EvoAnalysis Pro — инструментом для управления проектами, контроля сроков, бюджета и анализа фактического…
В этом видео продолжаем знакомство с веб-приложением EvoAnalysis Pro — инструментом для управления проектами, контроля сроков, бюджета и анализа фактического…
3👍6🔥2
🤖 КОГДА ИСКУССТВЕННЫЙ ИНТЕЛЛЕКТ ПОПАДАЕТ В РУКИ ДИЛЕТАНТА
Есть одна тенденция, которая меня всё больше настораживает.
Искусственный интеллект становится настолько мощным инструментом, что позволяет практически любому человеку выглядеть экспертом.
📌 Не разбираешься в строительстве? ИИ поможет проанализировать проект.
📌 Не понимаешь принципов управления проектами? ИИ составит график, бюджет, реестр рисков и даже предложит стратегию реализации.
📌 Не имеешь опыта работы с контрактами? ИИ проанализирует договор и выдаст рекомендации.
И вот здесь начинается самое интересное. И самое опасное.
Представьте человека, у которого нет фундаментальных знаний, практического опыта и системного понимания предмета.
Но у него есть ChatGPT.
Он задаёт вопросы, получает убедительные ответы, красиво оформляет презентации, уверенно выступает на совещаниях и постепенно начинает восприниматься окружающими как компетентный специалист.
А самое страшное — он сам начинает верить в собственную экспертность.
⚠️ В чём проблема?
Искусственный интеллект может ошибаться. Причём делать это очень убедительно.
Он может предложить технически некорректное решение, неправильно интерпретировать нормативные требования, упустить критически важные ограничения или построить совершенно логичную цепочку рассуждений на ошибочных исходных данных.
Настоящий эксперт способен заметить подвох.
Потому что у него есть фундаментальные знания, опыт и понимание взаимосвязей.
А дилетант?
Он просто скопирует ответ и понесёт его дальше.
🏗 Теперь представим это в строительстве.
ИИ предлагает оптимизировать конструктивное решение, изменить технологическую схему или сократить определённые затраты.
На бумаге всё выглядит прекрасно. Экономия обоснована, расчёты убедительны, презентация великолепна.
Но человек, принимающий решение, не понимает, какие факторы остались за пределами анализа.
И в результате ошибка может обернуться не просто потерянными деньгами, а аварией, разрушением конструкций или угрозой человеческим жизням.
💡 И здесь мы приходим к парадоксу.
Раньше отсутствие компетенций было относительно легко заметить.
Человек не мог ответить на профессиональные вопросы, аргументировать решения или разобраться в сложной ситуации.
Сегодня искусственный интеллект способен замаскировать этот недостаток.
ИИ не делает дилетанта экспертом. Он делает дилетанта более убедительным.
И это принципиально разные вещи.
При этом я совершенно не против использования искусственного интеллекта. Наоборот, считаю, что он станет одним из важнейших инструментов управления проектами.
Но есть важное условие:
ИИ должен усиливать компетенции человека, а не подменять их.
Профессионал использует ИИ, чтобы быстрее анализировать информацию, проверять гипотезы и находить альтернативные решения.
Дилетант использует ИИ, чтобы скрыть отсутствие собственных знаний.
И чем сложнее проект, тем опаснее становится эта разница.
🎯 Мой вывод:
В эпоху искусственного интеллекта фундаментальные знания, системное мышление и практический опыт не теряют ценность.
Наоборот, они становятся ещё важнее.
Потому что теперь недостаточно просто получить ответ.
Нужно обладать компетенцией, чтобы понять, правильный ли он.
И самое главное — нести ответственность за принятое решение.
А ответственность, в отличие от подготовки красивой презентации, искусственному интеллекту пока делегировать нельзя.
#ИИ #УправлениеПроектами #Строительство #ProjectManagement #Компетенции
Есть одна тенденция, которая меня всё больше настораживает.
Искусственный интеллект становится настолько мощным инструментом, что позволяет практически любому человеку выглядеть экспертом.
📌 Не разбираешься в строительстве? ИИ поможет проанализировать проект.
📌 Не понимаешь принципов управления проектами? ИИ составит график, бюджет, реестр рисков и даже предложит стратегию реализации.
📌 Не имеешь опыта работы с контрактами? ИИ проанализирует договор и выдаст рекомендации.
И вот здесь начинается самое интересное. И самое опасное.
Представьте человека, у которого нет фундаментальных знаний, практического опыта и системного понимания предмета.
Но у него есть ChatGPT.
Он задаёт вопросы, получает убедительные ответы, красиво оформляет презентации, уверенно выступает на совещаниях и постепенно начинает восприниматься окружающими как компетентный специалист.
А самое страшное — он сам начинает верить в собственную экспертность.
⚠️ В чём проблема?
Искусственный интеллект может ошибаться. Причём делать это очень убедительно.
Он может предложить технически некорректное решение, неправильно интерпретировать нормативные требования, упустить критически важные ограничения или построить совершенно логичную цепочку рассуждений на ошибочных исходных данных.
Настоящий эксперт способен заметить подвох.
Потому что у него есть фундаментальные знания, опыт и понимание взаимосвязей.
А дилетант?
Он просто скопирует ответ и понесёт его дальше.
🏗 Теперь представим это в строительстве.
ИИ предлагает оптимизировать конструктивное решение, изменить технологическую схему или сократить определённые затраты.
На бумаге всё выглядит прекрасно. Экономия обоснована, расчёты убедительны, презентация великолепна.
Но человек, принимающий решение, не понимает, какие факторы остались за пределами анализа.
И в результате ошибка может обернуться не просто потерянными деньгами, а аварией, разрушением конструкций или угрозой человеческим жизням.
💡 И здесь мы приходим к парадоксу.
Раньше отсутствие компетенций было относительно легко заметить.
Человек не мог ответить на профессиональные вопросы, аргументировать решения или разобраться в сложной ситуации.
Сегодня искусственный интеллект способен замаскировать этот недостаток.
ИИ не делает дилетанта экспертом. Он делает дилетанта более убедительным.
И это принципиально разные вещи.
При этом я совершенно не против использования искусственного интеллекта. Наоборот, считаю, что он станет одним из важнейших инструментов управления проектами.
Но есть важное условие:
ИИ должен усиливать компетенции человека, а не подменять их.
Профессионал использует ИИ, чтобы быстрее анализировать информацию, проверять гипотезы и находить альтернативные решения.
Дилетант использует ИИ, чтобы скрыть отсутствие собственных знаний.
И чем сложнее проект, тем опаснее становится эта разница.
🎯 Мой вывод:
В эпоху искусственного интеллекта фундаментальные знания, системное мышление и практический опыт не теряют ценность.
Наоборот, они становятся ещё важнее.
Потому что теперь недостаточно просто получить ответ.
Нужно обладать компетенцией, чтобы понять, правильный ли он.
И самое главное — нести ответственность за принятое решение.
А ответственность, в отличие от подготовки красивой презентации, искусственному интеллекту пока делегировать нельзя.
#ИИ #УправлениеПроектами #Строительство #ProjectManagement #Компетенции
👍5🔥2
https://youtu.be/yNEgj_C9uhE?si=xDtofVQ-EdyElaoP
Новое видео на канале. Приятного просмотра. Клод активно помогал в создании видеоряда
Новое видео на канале. Приятного просмотра. Клод активно помогал в создании видеоряда
🔥5👍2
🌅 Утро вечера мудренее. Особенно в управлении проектами.
Знакомая ситуация?
Конец рабочего дня. Десятки звонков, совещаний, конфликтов и нерешённых вопросов. И тут возникает очередная проблема, требующая вашего решения.
⚡ Хочется решить её как можно быстрее, закрыть вопрос и забыть.
Но есть нюанс.
🧠 К вечеру мы часто становимся менее критичными и более сговорчивыми.
За день мы устаём не только физически, но и эмоционально. Мозг начинает экономить ресурсы, а вместо анализа альтернатив мы выбираем самый простой путь.
Иногда это излишняя уступчивость:
✅ «Ладно, согласовываем!»
А иногда — излишняя категоричность:
❌ «Всё, расторгаем договор!»
И то и другое может дорого обойтись проекту.
💡 Я не раз замечал, что решения, которые вечером казались единственно правильными, утром выглядели совершенно иначе.
На свежую голову появляются альтернативы, становятся заметны риски, находятся компромиссы.
При этом сама проблема за ночь могла совершенно не измениться. Изменилось лишь наше восприятие.
⏳ Поэтому моё правило простое:
Если решение серьёзное, эмоции зашкаливают, а ситуация не требует немедленных действий — возьмите паузу. Переспите с этой мыслью и вернитесь к вопросу утром.
🎯 Хороший руководитель — не тот, кто принимает решения быстрее всех, а тот, кто понимает, когда стоит действовать, а когда лучше подождать.
Иногда одна ночь может уберечь проект от нескольких месяцев исправления ошибок.
Хороших выходных тем кто дочитал до конца ) 👋
Знакомая ситуация?
Конец рабочего дня. Десятки звонков, совещаний, конфликтов и нерешённых вопросов. И тут возникает очередная проблема, требующая вашего решения.
⚡ Хочется решить её как можно быстрее, закрыть вопрос и забыть.
Но есть нюанс.
🧠 К вечеру мы часто становимся менее критичными и более сговорчивыми.
За день мы устаём не только физически, но и эмоционально. Мозг начинает экономить ресурсы, а вместо анализа альтернатив мы выбираем самый простой путь.
Иногда это излишняя уступчивость:
✅ «Ладно, согласовываем!»
А иногда — излишняя категоричность:
❌ «Всё, расторгаем договор!»
И то и другое может дорого обойтись проекту.
💡 Я не раз замечал, что решения, которые вечером казались единственно правильными, утром выглядели совершенно иначе.
На свежую голову появляются альтернативы, становятся заметны риски, находятся компромиссы.
При этом сама проблема за ночь могла совершенно не измениться. Изменилось лишь наше восприятие.
⏳ Поэтому моё правило простое:
Если решение серьёзное, эмоции зашкаливают, а ситуация не требует немедленных действий — возьмите паузу. Переспите с этой мыслью и вернитесь к вопросу утром.
🎯 Хороший руководитель — не тот, кто принимает решения быстрее всех, а тот, кто понимает, когда стоит действовать, а когда лучше подождать.
Иногда одна ночь может уберечь проект от нескольких месяцев исправления ошибок.
Хороших выходных тем кто дочитал до конца ) 👋
👍5🔥2
🚀 В приложение EVAnalysis.pro Добавили ИИ ассистента. Теперь не нужно все делать вручную, достаточно например попросить ИИ ассистента внести прогресс или стоимость в определенную задачу на графике и вуаля, вам остается только подтвердить корректность вносимых данных. Спешите попробовать - https://evanalysis.pro/?utm_source=pmserov
🔥6👍2