Манифест Мосса Инжиниринг
* "ПД" - разработка проектной документации в соответствии с Постановлением Правительства РФ от 16.02.2008 №87
** нажимайте на заголовки, разворачивайте меню
Почему мы проектируем не “ПД”, а путь от идеи до FID — и зачем это рынку
Есть идея: новый завод или модернизация. Есть мотивация: рынок, рост, импортозамещение, эффективность, продукт. Есть сроки: “надо вчера”. И есть привычный маршрут: “Давайте скорее делать ПД, потом разберёмся”.
Это — главная ошибка отрасли. Не потому, что ПД плохая. А потому, что ПД — это не инструмент защиты инвестора.
ПД по ПП РФ №87 и её экспертиза — часть разрешительной системы. Это “регуляторный контур”, который отвечает на вопрос государства: соответствует ли проект нормам, можно ли дать разрешение, можно ли строить. Он нужен. Но он не отвечает на главный вопрос собственника:
“Мы вообще строим то, что нужно? По той экономике? С теми рисками? И управляем ли мы изменениями?”
Чтобы объяснить это на русском языке, я использую аналогию, которую понимают предприниматели.
Есть бухгалтерский учёт — он обязателен. Он нужен государству. Он стандартизирован. Он отвечает на вопросы регулятора.
И есть управленческий учёт — он нужен собственнику. Он отвечает на вопросы бизнеса: где деньги, где риски, что делать дальше, как управлять.
В проектировании — то же самое.
ПД и экспертиза — это “бухгалтерия проекта”.
А то, чего у нас хронически не хватает — это управленческое проектирование: система, которая позволяет собственнику и команде принимать решения до того, как ошибки становятся необратимыми.
Самый дорогой пробел — между идеей и ПД/стройкой
Но в реальности к моменту ПД вы часто приходите с незафиксированными ключевыми решениями, с неполными данными, с “параллельными версиями” у маркетинга, финансов, технарей, поставщиков, у будущего генпроектировщика и у будущего строителя.
И дальше начинается то, что потом называют “внезапно всплыли нюансы”, хотя нюансы не всплыли — их пропустили.
В пищевой промышленности цена пропусков — особая.
Потоки, санитария, инженерные нагрузки, логистика, ограничения площадки, интерфейсы между технологией и инженерией — здесь ошибки не просто “удорожают”. Они ломают запуск, качество продукта, стабильность производства, OPEX, безопасность.
Я убеждён: значительная часть проектов “валится” на поздних стадиях не потому, что “рынок изменился”, а потому что проект должен был быть скорректирован или остановлен намного раньше — на правильных воротах решений, с правильными данными и с нормальной вариативностью сценариев.
В мире это давно решено: FEL‑0/1/2/3 (FEED) → FID и Stage‑Gate
FEL (Front‑End Loading) 0‑1‑2‑3 / FEED → FID (Final Investment Decision).
Это не “красивые аббревиатуры”. Это дисциплина управления инвестициями:
- на каждом этапе есть ворота (Gate) — решение продолжать, менять курс, ставить на hold или останавливать;
- на каждых воротах есть минимальный набор данных и артефактов, без которых решение нельзя принимать ответственно;
- есть классы точности оценок (например, AACE) — потому что “точность” — не вера, а функция стадии проработки;
- есть вариативность: сценарии, цикличные расчёты, проверка ограничений;
- есть базовая линия (baseline) и управление изменениями — чтобы проект не разъехался после того, как решение принято.
Но как стандарт, как понятный язык для инвестора и команды — почти отсутствует. Особенно в пищевке и АПК, где технологический контур теснее связан с инженерией и зданием, чем в “типовых” гражданских проектах.
Зачем существует Мосса Инжиниринг
Адаптировать FEL‑FID под специфику пищевой промышленности и АПК в РФ/СНГ/ЕАЭС и построить на этом понятный стандарт — метод, платформу, язык взаимодействия.
Мы не начинаем с ПД как с “ответа на всё”.
Мы начинаем с управленческого проектирования: с того, что защищает интересы собственника, инвестора и проектной команды до того, как решения становятся дорогими.
И мы проектируем не “просто завод”. Мы проектируем путь:
от идеи → к инвестиционному решению → к управляемому переходу в ПД/тендер/стройку → к запуску.
Один контур — три роли. Поэтому у нас “пакеты под роль”
А задачи маркетинга и финансов живут отдельно. И в какой-то момент всё это пытаются собрать в “пакет для инвестора” или “пакет для инициатора” — несистемно, без единого набора стадий, без ворот, без обязательных данных на этих воротах.
Мы делаем иначе. Мы признаём факт:
у проекта есть разные потребители решений — и каждому нужен свой “вид” одной и той же инженерной базы.
- Инвестору нужен язык инвестиционного решения: экономика, риски, реализуемость, условия “строим/не строим/меняем”.
- Инициатору нужен язык запуска проекта: план действий, исходные данные, участники, дорожная карта, кто/что/когда.
- Техкоманде / генпроектировщику / EPCM‑строителю нужен язык исполнения: требования, нагрузки, интерфейсы, границы, базовая линия — чтобы не переделывать на каждой стадии.
Поэтому у нас не “три разных услуги”. У нас одна управленческая система и три пакета её результата, упакованные под роль.
Наша “основа” — связка технология → утилиты → участок/здание и дисциплина решений
Так получаются “красивые” части, которые не собираются в работающую систему.
Мы строим инженерную базу так, чтобы она держала проект:
- Технология: что производим, как производим, требования к оборудованию, схемы и границы поставки.
- Утилиты: балансы и пиковые нагрузки, точки подключения, резервирование, требования к инженерии.
- Площадка и здание: участок, ограничения, зонирование, компоновка, логистика потоков и интерфейсы.
И дальше — самое важное:
мы фиксируем базовую линию и правила изменений. Потому что даже идеальные решения можно убить “мелкими правками”, которые никто не считает, пока они не превращаются в сроки, бюджет и проблемы запуска.
Мы быстрые — но мы не “пропускаем ступени”
Но мы не верим в скорость ценой пропусков. В промышленном проекте пропуск этапа — это не экономия времени. Это перенос времени и денег в будущее, но уже с умножением.
Поэтому наш принцип простой:
быстро и качественно — но по правильному процессу.
С вариативностью, с циклами уточнения, с контрольными воротами, с данными, достаточными для решения.
Мы не исчезаем после “строим”: удержание базовой линии — это защита инвестиций
И здесь происходит типичная катастрофа: принятое решение начинает расползаться, потому что нет дисциплины изменений и нет того, кто защищает “почему мы решили именно так”.
По запросу мы подключаемся дальше: как инженер инвестора (Owner’s Engineer) и/или как поддержка на этапах тендера, ПД и реализации — чтобы удержать базовую линию, не дать проекту превратиться в набор несвязанных компромиссов и довести до запуска.
Зачем мы всё это делаем именно для пищевки и АПК
Потому что проекты здесь часто “между” — между технологией, санитарией, инженерией, логистикой, участком, продуктом и рынком.
И потому что именно здесь управленческое проектирование — это не “лишняя стадия”, а единственный способ сделать проект управляемым и окупаемым.
Наша миссия — закрыть пробел “до ПД”, который сегодня стоит отрасли слишком дорого.
Создать и внедрить понятный стандарт управленческого проектирования FEL‑FID для пищевой промышленности и АПК в РФ/СНГ — так, чтобы инвестор, инициатор и техкоманда говорили на одном языке решений, а не собирали проект из фрагментов.
Если у вас есть идея, проект или модернизация — начните с правильного вопроса:
какие решения мы должны принять сейчас, чтобы потом не платить за переделки?
Мы помогаем ответить на него системно.
С Уважением,
Евгений Павловский
Генеральный директор ООО Мосса Групп
Управляющей организации ООО Мосса Инжиниринг
Дополнительная навигация
Контакты и карта сайта
Контакты
ООО "Мосса Инжиниринг"