Разработка основных технических решений
Специалисты компании ООО «Нефтегазинжиниринг» разрабатывают основные технические решения ОТР на заявленный объект для обеспечения максимальной эффективности производственных процессов.
Разработку основных технических решений выполняют опытные инженеры-проектировщики, которые спроектировали большое количество средних и крупных объектов, в том числе технически сложных, которые успешно эксплуатируются Заказчиками и по сей день.
Стадия ОТР в проектировании
Разработка основных технических решений входит в состав предпроектных работ, которые проводятся перед началом непосредственного проектирования объекта.
Необходимость разработки ОТР обуславливается сложностью инженерных коммуникаций будущего объекта. Все инфраструктуры объекта должны работать максимально эффективно и с наименьшими трудо- и энергозатратами.
Для любого объекта возможно предоставление нескольких технических решений. Проанализировав всю информацию о будущем объекте в совокупности с проведенными расчетами, специалисты Нефтегазинжиниринг предложат наиболее перспективные технические решения, основные принципы которых лягут в основу проекта объекта.
Виды основных технических решений ОТР
Основные технические решения затрагивают инженерные коммуникации на объекте, состав и схему производственной цепочки, характеристики необходимого оборудования для реализации цели строительства.
Так, среди ОТР можно выделить:
Нашими инженерами предлагаются несколько вариантов технических решений. Далее совместно с Заказчиком происходит согласование наиболее оптимальных ОТР, которые при минимуме затрат имеют наилучшую техническую эффективность и позволят получить наибольшую экономическую выгоду в процессе эксплуатации.
Сроки и стоимость разработки ОТР
Сроки выполнения раздела Основные технические решения зависит от объема объекта проектирования и его основных характеристик.
Стандартный срок разработки ОТР составляет 2-3 недели. Стоимость ОТР зависит от совокупности заказанных у ООО «Нефтегазинжиниринг» услуг. Наши специалисты предлагают как отдельную разработку раздела ОТР, так и комплекс услуг в составе проектно-изыскательских работ.
Как заказать расчет цены разработки основных технических решений ОТР?
Для того, чтобы узнать стоимость работ, Вы можете:
Техническое задание и техническое решение + шаблон
Техническое задание и техническое решение + шаблон
Часто возникает проблема между Заказчиками и Разработчиками в понимании друга друга и задачи.
Чтобы решить эту проблему обычно Разработчики говорят Заказчику — напиши ТЗ (техническое задание). Чтобы понять что нужно.
Чаще всего это приводит лишь к усугублению проблемы 🙂 Потому что обычно вместо ТЗ пишется некий документ содержащий сочинение на тему желаний. Который затем достаточно сложно реализовать.
Почему так происходит? Смею предположить причина в том что стороны не понимают что такое ТЗ, в чем его смысл, как оно выглядит и что должно быть после него 🙂
ТЗ и ГОСТ
Чаще всего люди идут гуглить что такое ТЗ, налетают на ГОСТ и пытаются делать по нему 🙂 Вот только они не учитывают что ТЗ по ГОСТ было придуман для проектов на 1000 человек, и только одна подготовка такого ТЗ если делать ее правильно может стоить 1-2-10 млн. руб. Не считая работ по его реализации. А пытаются это применять для проектов где работает 1-2-3 человека 🙂 Делается это все без понимания особенностей такого документа и получается как раз то самое собрание сочинений. Бессмысленное и беспощадное.
ТЗ и Бритва Оккама
Бритва Оккама в данном случае говорит о том что наиболее простое решение — наиболее верное. Если нет веских причин для усложнения.
Какое самую простую форму ТЗ можно придумать? Ответ — простой список задач (требования, пожеланий). Чаще всего именно эта форма наиболее адекватна.
Иногда она может расширяться некоторыми полезными артефактами (разделами):
Да, если проект реально большой, у вас есть 10-20 человек заинтересованных в результате, ТЗ согласовывается с ними пол года, а потом есть 100-200 человек, которые будут реализовать этот проект — тогда можно взять ГОСТ или сделать какой-то большой документ. Иначе — у вас не хватит ресурсов сделать качественную постановку задачи, а потом те кто будут делать — не осилят изучение. И один лишь контроль приемки работ по такому ТЗ превратится в ад.
Техническое решение или ТР
А вот та самая часть, которую многие совсем не понимают. Кроме технического задания (в котором может быть просто 3-4 пункта пожеланий на салфетке из кафе), может быть еще техническое решение. Оно чаще всего гораздо важнее чем ТЗ и сильнее влияет на конечный результат.
Техническое решение — пишет как раз Разработчик, где описывает то как он видит решение, что предлагает.
Зачем это нужно? Чтобы исключить разное понимание условий и снизить риски расхождения ожиданий.
Пример для понимания. Заказчик дает ТЗ «Я хочу есть», а Исполнитель предлагает ТР «На вот яблоко». Далее может быть 3 сценария: Заказчик соглашается, корректирует/просит предложить что-то еще или отказывается от дальнейшего общения 🙂
Чаще всего Заказчик либо принимает решение, либо просит что-то поправить и затем принимает решение.
Почему ТР важно?
ТР важно по ряду причин:
По ходу составления списка решений, предложений и условий — Разработчику надо будет задавать вопросы, обсуждать детали, он просто начнет понимать задачу 🙂
Именно составление ТР — позволяет Разработчику понять Заказчика. А Заказчику убедиться что Разработчик понял задание. Именно отсутствие этой части в проекте — зачастую приводит к недопониманию и конфликту.
Когда можно без ТР?
Есть некоторые ситуации когда ТР не нужно. С ходу могу назвать 2 условия:
Исключение из п.2 — даже в Agile, если есть большая задача (Epic-project), у которой как правило 3-4 стейкхолдера, ее будут делать 2-3 разработчика на 5-6 месяцев, то не помешает сформулировать ТЗ и потом прописать/согласовать ТР. Чтобы убедиться что Стейкхолдеры (Заказчики) и Разработчики (Исполнители) — поняли друг друга.
Шаблон
Итого
Разработчики часто жалуются на то что Заказчики не могут написать хорошее ТЗ. А без внятного ТЗ как известно результат ХЗ.
Как мне кажется причина не в том что Заказчик не может написать хорошее ТЗ, а в том что никто не понимает что это такое. В том числе сам Разработчик.
И даже если Разработчик поймет что такое ТЗ, то для написания ТР снова нужны усилия и ответственность. А если лень то получаем рост Риска получить в результате не то что ожидали + Конфликт.
Потому эти особенности надо запомнить как Заказчику, который хочет получать ожидаемые результаты и на старте оценить адекватность Разработчика. Так и Разработчику, который хочет сделать то что нужно Заказчику, деньги, отзыв и славу 🙂
5 оцените контент и участвуйте в выборе трендов
Состав раздела «Технологические решения» по пост. 87
Согласно п. 15 (постановления 87) подраздел «Технологические решения» входит в состав Раздела 5 «Сведения об инженерном оборудовании, о сетях инженерно-технического обеспечения, перечень инженерно-технических мероприятий, содержание технологических решений»
Подраздел «Технологические решения» в соответствии с п. 22 (постановления 87) должен состоять из текстовой и графической части.
Рассмотрим состав каждой части.
Текстовая часть
а) сведения о производственной программе и номенклатуре продукции, характеристику принятой технологической схемы производства в целом и характеристику отдельных параметров технологического процесса, требования к организации производства,данные о трудоемкости изготовления продукции — для объектов производственного назначения;
б) обоснование потребности в основных видах ресурсов для технологических нужд — для объектов производственного назначения;
б-1) описание мест расположения приборов учета используемых в производственном процессе энергетических ресурсов и устройств сбора и передачи данных от таких приборов;
в) описание источников поступления сырья и материалов — для объектов производственного назначения;
г) описание требований к параметрам и качественным характеристикам продукции — для объектов производственного назначения;
д) обоснование показателей и характеристик (на основе сравнительного анализа) принятых технологических процессов и оборудования — для объектов производственного назначения;
е) обоснование количества и типов вспомогательного оборудования, в том числе грузоподъемного оборудования,транспортных средств и механизмов;
з) сведения о наличии сертификатов соответствия требованиям промышленной безопасности и разрешений на применение используемого на подземных горных работах технологического оборудования и технических устройств (при необходимости) — для объектов производственного назначения;
и) сведения о расчетной численности, профессионально-квалификационном составе работников с распределением по группам производственных процессов, числе рабочих мест и их оснащенности — для объектов производственного назначения;
к) перечень мероприятий, обеспечивающих соблюдение требований по охране труда при эксплуатации производственных и непроизводственных объектов капитального строительства (кроме жилых зданий);
л) описание автоматизированных систем, используемых в производственном процессе, — для объектов производственного назначения;
м) результаты расчетов о количестве и составе вредных выбросов в атмосферу и сбросов в водные источники (по отдельным цехам, производственным сооружениям) — для объектов производственного назначения;
н) перечень мероприятий по предотвращению(сокращению) выбросов и сбросов вредных веществ в окружающую среду;
о) сведения о виде, составе и планируемом объеме отходов производства, подлежащих утилизации и захоронению, с указанием класса опасности отходов — для объектов производственного назначения;
о-1) перечень мероприятий по обеспечению соблюдения установленных требований энергетической эффективности к устройствам, технологиям и материалам, используемым в производственном процессе, позволяющих исключить нерациональный расход энергетических ресурсов, если такие требования предусмотрены в задании на проектирование;
о-2) обоснование выбора функционально-технологических,конструктивных и инженерно-технических решений, используемых в объектах производственного назначения, в части обеспечения соответствия зданий, строений и сооружений требованиям энергетической эффективности и требованиям оснащенности их приборами учета используемых энергетических ресурсов (за исключением зданий, строений, сооружений, на которые требования энергетической эффективности и требования оснащенности их приборами учета используемых энергетических ресурсов не распространяются);
п) описание и обоснование проектных решений, направленных на соблюдение требований технологических регламентов;
п-1) описание мероприятий и обоснование проектных решений,направленных на предотвращение несанкционированного доступа на объект физических лиц, транспортных средств и грузов, — для объектов производственного назначения;
п-3) описание и обоснование проектных решений при реализации требований, предусмотренных статьей 8 Федерального закона «О транспортной безопасности»;
Графическая часть
р) принципиальные схемы технологических процессов от места поступления сырья и материалов до выпуска готовой продукции;
с) технологические планировки по корпусам (цехам) с указанием мест размещения основного технологического оборудования,транспортных средств, мест контроля количества и качества сырья и готовой продукции и других мест — для объектов производственного назначения;
т) схему грузопотоков (при необходимости) — для объектов производственного назначения;
у) схему расположения технических средств и устройств,предусмотренных проектными решениями, указанными в подпунктах «п-1″и «п-2» настоящего пункта;
ф) схемы, предусмотренные подпунктами «б» — «г», «е» и «з»пункта 6 требований по обеспечению транспортной безопасности объектов транспортной инфраструктуры по видам транспорта на этапе их проектирования и строительства, утвержденных постановлением Правительства Российской Федерации от 23 января 2016 г. N 29 «Об утверждении требований по обеспечению транспортной безопасности объектов транспортной инфраструктуры по видам транспорта на этапе их проектирования и строительства и требований по обеспечению транспортной безопасности объектов (зданий, строений, сооружений),не являющихся объектами транспортной инфраструктуры и расположенных на земельных участках, прилегающих к объектам транспортной инфраструктуры и отнесенных в соответствии с земельным законодательством Российской Федерации к охранным зонам земель транспорта, и о внесении изменений в Положение о составе разделов проектной документации и требованиях к их содержанию».
Оформлять подраздел необходимо в соответствии с ГОСТ 21.1101-2013.