Что такое базовый проект в проектировании

Состав проектной документации

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

Согласно Градостроительному кодексу Российской Федерации (ГрК РФ) под термином «проектная документация» понимается до­кументация, включающая материалы в текстовой форме и в виде карт (схем) и определяющая архитектурные, функционально-тех­нологические, конструктивные и инженерно-технические решения для обеспечения строительства, реконструкции объектов капитально­го строительства, их частей и капитального ремонта таких объектов.

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

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

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

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

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

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

В недавнем прошлом разработку проектной документации раз­решалось производить при 1 наличии утвержденного решения включения объекта капитального строительства к сетям инженерно-технического обеспечения и Правил подключения объекта капи­тального строительства к сетям инженерно-технического обеспече­ния».

По законодательным актам, действующим на территории Рос­сии, разрешительным документом для начала строительства явля­ется положительное заключение государственной экспертизы, по­лученное после рассмотрения материалов стадии «Проектная доку­ментация». Базовый проект и стадия » Расширенный базовый про­ект» (FEED), разрабатываемые инофирмами для российских заказ­чиков-застройщиков, по объему представляемой информации не позволяют российской проектной организации разработать ста­дию «Проектная документация» (ПД) в том объеме, который необхо­димо представлять для рассмотрения в государственную экспертизу.

Ниже приводится описание стадии FEED (Front-end engineering design) — документации, разрабатываемой зарубежной инжини­ринговой фирмой на основе базовых данных, выдаваемых внешним лицензиаром или лицензионным подразделением инжиниринго­вой фирмы (например, Foster—Wheeler по висбрекингу и замедлен­ному коксованию, ABB—Lummus Global по гидрокрекингу и т. п.).

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

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

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

FEED выполняется постадийно. В табл. 2 перечислена типо­вая документация, выпускаемая на каждой из этих стадий.

Таблица 2. Типовая документация FEED по стадиям

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

Расширенный базовый проект (FEED) отличается от стадии «Проектная документация отсутствием разделов по охране окружа­ющей среды, оценке рисков, предотвращению чрезвычайных ситу­аций, декларации по промышленной безопасности. Зачастую в FEED недостаточно полно представлены строительная и сантех­ническая части.

Источник

Договор об исходных данных на базовое пректирование

Господа! МБ, немножко не в тему, но.
Ввязались в бизнес с Российским заказчиком и для начала получили от него некий «Договор об исходных данных на базовое пректирование».

Thượng Tá Quân Đội Nhân Dân Việt Nam

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

Только «раздел ТХ вынь, да положь» будет совсем не «за бесплатно». Это может рядовым «Project Engineer» положено так думать. Не беспокойтесь, кому «положено» получат свое.

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

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

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

Thượng Tá Quân Đội Nhân Dân Việt Nam

Лентяй, понятия «базовый проект» нет и не было ни в СССР, ни в России.

Описанные «требования» действительно примерно соответствуют ТЭО (позже стали называться обоснование инвестиций).

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

В аналогичных случаях мы поступали так:

2. Если финансирование будет с участием регионального или федерального бюджета, непременно должен быть представитель от соответствующего органа власти, желательно такого, которому починена экспертиза. Это снимет последующие формальные «крючки».

3. В самом худшем случае заказчику, возможно, придется нанимать российского генпроектировщика, который превратит «Process Technology Package» в соответствующую проектную документацию. Или вам будет проще нанять в России своего грамотного представителя, который сможет решать вопросы.

Источник

Большая Энциклопедия Нефти и Газа

Базовый проект

Базовый проект подвергается экспертизе Заказчика и после уточнений утверждается для детального проектирования. [1]

Разработан базовый проект реконструкции установки висбрекинга ОАО Уфанефтехим для увеличения производительности и глубины конверсии. [2]

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

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

В базовых проектах обеспечивается непосредственная увязка организационного управления и управления технологическими процессами и максимально учитываются целевые задачи, решение которых определяет эффективность автоматизации. Так, для цеха литья под давлением с помощью АСУ реализуются следующие главные задачи: повышение чистоты поверхности отливок, снижение брака, сокращение расходов на пресс-формы; регулирование теплового режима прессформ, а также температуры и консистенции жидкого металла в плавильных и раздаточных печах, контроль уровня в раздаточных печах, учет простоев оборудования. [5]

В разрабатываемых проектах реакторных установок с водо-водяньши реакторами вносимые усовершенствования имеют по отношению к базовым проектам в основном эволюционный характер с применением как апробированных принципиальных решений, так и апробированного основного оборудования. [8]

В разрабатываемых проектах реакторных установок с водо-водяными реакторами вносимые усовершенствования имеют по отношению к базовым проектам в основном эволюционный характер с применением как апробированных принципиальных решений, так и апробированного основного оборудования. [9]

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

Каждый вид производства имеет свою специфику учета, планирования, систему технико-экономических показателей, специализацию производственного процесса. В силу этого первоначально создается базовый проект комплексной АСУП для одного вида ( профиля) производства. [12]

Разработка типовых проектных решений и их апробирование осуществляются обычно на небольшом числе объектов. Такие проекты часто называют головными, и их количество определяется количеством типов производства в данной группе отраслей. Разработка типовых проектных решений функциональных подсистем АСУП осуществляется на базовых предприятиях, характерных для группы объектов внутри данной отрасли. Количество базовых проектов в отрасли определяется разнообразием выпускаемой отраслью продукции, количеством применяемых систем внутризаводского планирования и другими характеристиками. [15]

Источник

Жизненный цикл любого крупного инвестиционного проекта проходит через несколько последовательных фаз, без которых следующий этап не проводится. После утверждения концептуального видения идеи, отвечающего на вопросы, нужно ли это делать и в каком виде, наступает черед front end engineering design (FEED), т.е. предварительного проектирования, которое подразделяется на pre feed и собственно feed. Остановимся на этом этапе подробнее.

Содержание статьи

Что означают понятия Pre-FEED и FEED в проектировании

Понятие «проект» прочно вошло в жизнь любого современного бизнесмена и служащего. Однако суть понятия «проектирование» до сих пор вызывает множество вопросов, учитывая разные варианты переводов (design, development, engineering, drafting) и различное понимание протекающих процессов.

Каждый проект имеет свой жизненный цикл, включающий в себя такие этапы:

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

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

В чем состоит суть FEED и как оно проводится

Масштабные инфраструктурные проекты необходимы как государству для модернизации экономики, так и бизнесу для увеличения своей капитализации, сохранения позиций и завоевания новых рынков. Однако, по данным компании McKinsey&Co, более 80% крупных проектов не реализуется в установленные сроки и не укладывается в утвержденный бюджет на 20-100%.

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

Предварительный проект следует отличать от бизнес-планирования.

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

Поскольку эта фаза является краеугольной, то выступающие заказчиками государственные структуры и крупные компании нанимают для подготовки FEED известные организации, специализирующиеся на этом вопросе, или же покупают лицензированную проверенную технологию. Так, например, с целью разработки предпроектной документации для постройки терминала по приему сжиженного природного газа, правительство Польши провело отдельный тендер (сумма около 7,2 млн. долларов) на разработку front-end engineering and design. Победила инжиниринговая компания из Канады, которая провела предварительные испытания и расчеты, а непосредственно строительными работами ценой свыше 930 млн. долларов занимался международный консорциум ведущих нефтегазовых компаний.

Если речь идет о крупном замысле, его особенностью является то, что от 90 до 95% средств осваивается на этапе реализации (детальное расписание всех действий, закупка материалов и оборудования, строительно-монтажные и пусконаладочные работы). При этом, предпосылки для всех затрат (плановых или непредвиденных) закладываются именно на старте, при предварительной подготовке документации, поэтому успешные бизнесмены используют практику «контрольных точек» (вех). После каждой подготовительной фазы проводится анализ и принимается решение о том, продолжать проект или закрыть его, а также выделяется финансирование для следующего этапа.

FEED и проектная документация, в чем сходство и различия

Финальное решение инвестора о вложении средств в практическую реализацию проекта – ключевой момент всего замысла, поэтому оно принимается исключительно после этапа front-end engineering and design. В России и в странах СНГ FEED нередко отождествляют с подготовкой проектной документации (ПД). Однако такое сравнение не совсем корректно, поскольку непосредственно проектная документация является лишь составной частью FEED, отталкиваясь от которой готовится более широкое видение осуществления задумки.

Фактически подготовительный процесс включает в себя проектно-изыскательные работы и разработку проектно-сметной документации. Если провести параллели с российскими нормативными документами по проектному делу, то FEED по содержащейся информации схоже с «Исходными данными для проектирования», а по форме – частично с «Проектной документацией».

В отличие от стандартной российской проектной документации, содержание FEED гораздо шире и включает в себя:

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

Если более детально говорить о том, что можно оценить на этапе FEED, то можно указать такие направления:

Также на этом этапе происходит планирование по принципу, называемому «минимальное техническое решение». Суть его состоит в том, чтобы избежать необоснованных трат при переговорах с подрядчиками, которые часто пытаются «протолкнуть» более дорогостоящее техническое решение в тех случаях, когда необходимого качества работ можно достигнуть с меньшими затратами. Перерасход в таких случаях может составить от 10 до 100% предполагаемой общей сметы. Чтобы этого не допустить, компания, проводящая эскизное проектирование должна тесно сотрудничать с техническим и коммерческим блоками заказчика.

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

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

Особенности договоров FEED в рамках налогового законодательства РФ

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

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

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

Исходя из вышесказанного, можно сделать вывод, что в договорах FEED основной объект реализации – не работа (услуга) сама по себе, а именно ее результат, т.е. объект интеллектуальной собственности.

Источник

Базовый план проекта и как его разработать

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

Что такое базовый план проекта

Базовый план проекта (Baseline или Performance Management Baseline) или базовый план исполнения проекта – это сводные данные об объеме, сроках и стоимости проекта, согласованных на этапе планирования, на основе которого в процессе выполнения проекта отслеживается его прогресс.

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

В базовый план проекта включаются следующие базовые планы:

Зачем нужен базовый план проекта

Базовый план проекта нужен:

Разработка базового плана проекта

Разработка базового плана проекта – это неотъемлемая часть разработки плана управления проектом.

Если выделить только кусок про базовые планы, последовательность разработки будет выглядеть так:

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

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

Можно ли менять базовый план проекта

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

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

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

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

B MS Project, кстати, есть возможность сохранения до 10 базовых планов, а также промежуточных планов, чтобы потом можно было проанализировать.

Удачи в планировании и выполнении базового плана с первой попытки!

Источник