Интеллектуальное управление затратами

Почему промышленные проекты нуждаются в более эффективных решениях до заключения контракта

Бюджет часто уязвим еще до начала проекта

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

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

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

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

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

Инжиниринг определяет величины

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

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

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

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

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

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

Что меняет интеллектуальное управление затратами

Интеллектуальное управление затратами (IKM) — это основанный на практике подход к управлению, разработанный Карстеном Кнаппе-Фингером. Он объединяет оценку затрат, управление рисками и контроль проекта в единый процесс принятия решений. Его цель состоит в том, чтобы уменьшить отклонения, которых можно избежать, при этом на технические и коммерческие обязательства все еще можно повлиять.

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

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

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

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

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

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

A Структурированный анализ количественной структуры

Одним практическим инструментом в рамках IKM является Mengengerüst-Durchsprache (MGD), структурированный межфункциональный анализ количественной структуры. Инженеры, сметчики и представители исполнения проекта вместе изучают техническую основу предложения. Специалисты по продажам и рискам могут быть привлечены в тех случаях, когда их решения влияют на масштабы или коммерческие риски. Фокусированной встречи продолжительностью около двух часов может быть достаточно для прояснения важных вопросов, если необходимая информация подготовлена заранее. Ценность не заключается в продолжительности встречи; оно заключается в объединении соответствующих знаний в одно обсуждение до того, как предложение станет обязательным.

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

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

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

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

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

Управление рисками входит в состав сметы.

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

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

,

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

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

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

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

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

От тендера до исполнения: сохраняйте предположения

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

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

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

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

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

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

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

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

Организационная задача

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

IKM также связан с организационной структурой POWER — Цель, Организация, Мудрость, Исполнение и Ответственность. В промышленных проектах эти измерения выражаются в общих целях, эффективных взаимодействиях, информированном суждении, дисциплинированном выполнении и четком владении.

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

Интегрированные процессы часто терпят неудачу по обычным организационным причинам. Функциональные цели вознаграждают местную производительность; установленные сроки способствуют преждевременному закрытию; а старшие менеджеры могут предпочесть одну уверенную цифру объяснению неопределенности. Такое давление делает межфункциональные задачи неудобными. Именно тогда, когда это наиболее ценно.

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

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

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

IKM на практике: интегрированная цепочка принятия решений

• Инженерное проектирование → количества и предположения
• Кросс-функциональное MGD → объем задач и интерфейсы
• Оценка + анализ рисков → оценка коммерческого риска
• Решение по контракту → утверждение явных обязательств
• Контроль проекта → обновление стоимости завершения и действий
• Цикл обучения → улучшение следующей оценки

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

Об авторе Карстен Кнаппе-Фингер — выпускник факультета бизнеса. Администрация (Dipl.-Betriebswirt) и черный пояс по шести сигмам с более чем 30-летним опытом работы в международном машиностроении и промышленном проектировании. Его руководящие должности охватывали управление коммерческими проектами, проектирование, управление предложениями и превосходство в бизнесе. Он разработал интеллектуальное управление затратами (IKM) и структуру POWER и пишет о принятии промышленных решений, контроле проектов и производительности. ЗГ140З ЗГ141З ЗГ142З ЗГ143ЗЗГ144З ЗГ145З ЗГ146З