Технологическое проектирование предназначено для разработки оптимальных технологических решений и определения необходимых организационных условий выполнения строительных процессов, работ, возведения сооружений.
Целью проектирования производства работ является выбор технологии и организации их выполнения, которые позволят возвести объекты в требуемые сроки, качественно, при снижении себестоимости работ.
По действующим нормативам строительство любого здания и сооружения может осуществляться только по предварительно разработанным и утверждённым проектам организации строительства (ПОС) и проекту производства работ (ППР) .
Технологическое проектирование строительства включает в себя:
· проект организации строительства (ПОС);
· проект производства работ (ППР);
· технологические карты на сложные строительные процессы;
· карты трудовых процессов (КТП);
· технологические схемы выполнения операций.
Основная проектная организация разрабатывает проект организации строительства (ПОС) на начальной стадии разработки проекта. ПОС является первичным документом по обоснованию стоимости строительства.
Проект производства работ
Проект производства работ (ППР) является документом, более детально прорабатывающим основные решения, предложенные в ПОС. Проект производства работ определяет наиболее эффективные методы выполнения строительно-монтажных работ, способствующие снижению их себестоимости и трудоемкости, сокращению продолжительности строительства, улучшению качества строительно-монтажных работ. Осуществление строительства без проекта производства работ запрещено. ППР разрабатывает осуществляющая строительство строительно-монтажная организация или специализированная, типа треста Оргтехстрой.
ППР предусматривает передовые методы производства работ и служит исходным материалом для оперативного планирования, контроля и учета строительного производства.
В состав проекта производства работ (ППР) входят:
· календарный план производства работ с увязкой работ отдельных исполнителей по срокам;
· строительный генеральный план, на который нанесены строящийся объект, бытовые помещения, склады, механизмы, временные дороги, временные и постоянные сети водопровода, канализации и т. д.;
· графики ежедневной потребности в рабочих кадрах, механизмах, строительных материалах и конструкциях;
· технологические карты в составе ППР разрабатывают на сложные и осваиваемые по новой технологии работы (процессы). В карте указывают принятые способы производства работ, разбивку на захватки, размещение механизмов и пути движения транспорта, последовательность и продолжительность процессов, трудовые и материальные ресурсы на процессы, включенные в карту.
Технологические карты служат для обеспечения наиболее рациональных технологий и организации строительных процессов, способствующих улучшению качества и снижению стоимости строительно-монтажных работ.
Технологическими картами регламентируются сроки выполнения и технологическая последовательность отдельных строительных процессов (заданного объема работ с использованием определенного комплекта машин и инструментов). В строительстве различают три вида технологических карт:
Проект производств работ (ППР)
1) типовые, не привязанныек строящемуся объекту и местным условиям строительства;
2) типовые, привязанные к возводимому зданию или сооружению, но не привязанные к местным условиям;
3) рабочие, привязанные к строящемуся объекту и местным условиям строительства.
Технологические карты разрабатывают по единой схеме, в них должны найти отражение вопросы технологии и организации строительного процесса, указаны потребности в материалах, полуфабрикатах, конструкциях и инструментах, технологические схемы, приведены калькуляция трудовых затрат, требования к качеству, выполнению пооперационного контроля качества работ, технико-экономические показатели.
по разработке и утверждению технологических карт в строительстве (к СНиП 3.01.01-85 «Организация строительного производства»)
Рекомендовано к изданию научно-техническим советом ЦНИИОМТП.
Руководство разработано коллективом авторов:
| ЦНИИОМТП | |
| д.т.н., профессор | Олейник П.П. |
| д.т.н., профессор | Киевский Л.В. |
| д.т.н. | Белевич В.Б |
| к.т.н. | Жадановский Б.В. (ответственный исполнитель) |
| к.т.н. | Привин В.И. |
| Москомэкспертиза | |
| инженер | Шанин А.А. |
| к.т.н. | Минин В.Н. |
Руководство предназначено для использования при разработке технологических карт и проектов производства работ строительно-монтажными организациями любых форм собственности, проектно-технологическими институтами и органами исполнительной власти при разработке единичных расценок и ППР.
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Технологические карты (ТК) являются составной частью организационно-технологической документации, регламентирующей правила выполнения технологических процессов, выбор средств технологического обеспечения, строительных машин и оборудования, необходимых материально-технических ресурсов, требования к качеству и приемке работ, а также мероприятия по охране труда, технике безопасности, охране окружающей среды и пожарной безопасности.
1.2. Настоящее «Руководство по разработке и утверждению технологических карт в строительстве» разработано к СНиП 3.01.01-85 «Организация строительного производства» (с изменением N 2 от 06 февраля 1995 г. N 18-81), СНиП 12-01-2004 «Организация строительства».
1.3. Технологические карты разрабатываются для обеспечения строительства рациональными решениями по технологии, организации и механизации отдельных видов работ в целях реализации конкретных строительных технологий при соблюдении требований качества, безопасности производства работ и эксплуатации, охраны окружающей среды и пожарной безопасности.
1.4. Технологические карты используются в составе проектов производства работ: на возведение здания, сооружения или его части (узла); на выполнение отдельных видов работ (монтажных, санитарно-технических, отделочных, геодезических и т.п.); на подготовительный период строительства.
Технологические карты могут использоваться при разработке проектов организации строительства и другой организационно-технологической документации, связанной с подготовкой производства, выполнением строительно-монтажных и специализированных работ; при проведении обучения и повышения квалификации рабочих и ИТР строительных и монтажных специальностей, при подготовке тендерной документации, исходных данных для заключения договоров подряда, контроля качества выполнения работ заказчиками, генеральными подрядчиками и надзорными органами.
Технологические карты используются при лицензировании строительных организаций в качестве документальной основы, подтверждающей готовность организации к производству работ, и при сертификации строительных организаций в качестве стандарта.
Технологические карты служат основой для разработки единичных расценок и ППР.
1.5. Нормативной базой для разработки технологических карт являются: ГОСТы, СНиП, ЕНиР, СН, производственные нормы расхода материалов, ведомственные и местные прогрессивные нормы и расценки.
1.6. В технологических картах определяют: требования к качеству предшествующих работ; методы производства работ с перечнем необходимых машин, оборудования, технологической оснастки и схемами их расстановки; последовательность выполнения технологических процессов; требования к качеству и приемке работ; мероприятия по обеспечению безопасности производства работ, пожарной безопасности; условия сохранения окружающей среды; расход материально-технических ресурсов; технико-экономические показатели.
1.7. Технологические карты разрабатываются по видам строительно-монтажных и специализированных работ на технологические процессы, в результате выполнения которых создаются законченные конструктивные элементы зданий и сооружений, а также технологическое оборудование, трубопроводы, системы отопления, вентиляции, водоснабжения.
1.8. В технологических картах материально-технические ресурсы и технико-экономические показатели, калькуляция затрат труда и машинного времени приводятся на укрупненные измерители конечной продукции: площадь 100 или 1000 м ; объем 100 или 1000 м ; протяженность 100 м или 1 км; масса 100 или 1000 т; количество 10 или 100 шт.; единичный агрегат.
1.9. Для возведения законченных, многократно повторяющихся конструктивных элементов типовых зданий и сооружений (типовых строительных конструкций) массового применения разрабатываются типовые технологические карты (ТТК).
1.10. При разработке проектов производства работ (ППР), связанных с использованием строительных технологий массового применения, допускается включать в состав ППР типовые технологические карты.
1.11. Типовые технологические карты разрабатываются на один основной (базовый) вариант производства работ, предусматривающий прогрессивные организационно-технологические решения
Источник: allrefrs.ru
Три программы для управления строительными проектами
Совсем недавно мы выступили с докладом “Три программных продукта для управления строительными проектами” на BIM-завтраке. Организатором выступили парни из BIM.by. В ходе короткого 20 минутного доклада Александр Кольцов рассказал о личном опыте применения программ для управления строительными проектами.
-
(закупки, подготовка коммерческих предложений, управление узкими ресурсами) для работы в крупных и уникальных проектах, требующих управления по методу критического пути. , позволяющая контролировать себестоимость строительного проекта и объединить работу подразделений.
По ссылке вы можете скачать pdf-версию презентации. Слайды и саму презентацию можно пролистать ниже.
Я хочу рассказать о трех программных продуктах, которые я лично использовал в применении к строительной тематике. Все эти продукты сильно отличаются, но отлично дополняют друг друга. Я начну, пожалуй, с самого простого и удобного, на мой взгляд – Trello.
Trello – программа для управления задачами по принципу Kanban
Те из вас, которые работали в ИТ-сфере или плотно взаимодействуют с ней, наверняка знают о Канбан. Если нет, то я кратко расскажу что это.
Канбан – это подход по управлению задачами по принципу “точно в срок”. Канбан доска – это плоскость, которая разделена на несколько столбцов, каждый из которых – это статус задачи. Статусы могут быть: “В ожидании”, “В работе”, “Завершено”. Можно добавлять свои собственные статусы.
Объект управления в применении к Канбан – это карточка, которая может являться заявкой, документом, вопросом и проектом. Взглянув на доску, вы всегда знаете, какие объекты управления находятся в каком статусе. Посмотрите на скриншоты.
В моем случае мы использовали Канбан для:
- управления работами по подготовке коммерческих предложений (системы пожарной сигнализации)
- управления загрузкой “узких” специалистов: закупщик, сметчик
- управления процессом подбора персонала
- контроля оплаты счетов
- контроля решения орг.вопросов, которые не относятся к конкретному строительному объекту, но тем не менее требуют управления.
Конкретно Trello удобен тем, что:
- позволяет вести множество независимых досок;
- создавать независимые команды (только ПТО, вся организация, только топ-менеджеры и пр.)
- позволяет сотрудникам легко общаться внутри карточки (комментарии, уведомления, документы, чек-листы и пр.)
- совершенно бесплатный.
Применимость Канбан доски:
- задачи требуют управления по стадиям;
- задачи с большим числом коммуникаций со смежными подразделениями
- задачи конкретного сотрудника, который является “узким горлышком” в компании.
Не работает Канбан в случае:
- вам нужна календарно-сетевая логика. Здесь подойдет Oracle Primavera, MS Project Server или аналог.
- вам нужно оценить загрузку ресурсов. Также требуются иные решения.
- вам нужно управлять стоимостью. Выбирайте иной продукт.
Oracle Primavera для управления сложными проектами
Про этот программный продукт я уже рассказывал подробно много раз. В целом сильная платформа, которая позволяет управлять ресурсами, сроками, стоимостью сложного и уникального проекта. Чтобы понять суть Oracle Primavera, нужно посмотреть на скриншот.
Отлично видно, что программа позволяет:
- декомпозировать проект на части (WBS) и задачи.
- каждую задачу описать дополнительными параметрами (трудоемкость, предшественники и последователи, ограничения по срокам и т.п.)
- построить календарно-сетевую модель (метод критического пути)
- оценить потребность проекта в финансировании и т.п.
Primavera – сильный программный продукт, который умеет решать сложные задачи, но есть несколько ограничений, которые я выявил на практике:
- вам нужно иметь всю необходимую информацию об объекте строительства (сметы, чертежи, выработка ресурсов, список подрядных организаций и пр.). Часто это невозможно.
- вам нужно постоянно работать и поддерживать целостность и актуальность графика производства работ. Это титанический труд, поверьте. Если в компании нет квалифицированных календарно-сетевых планировщиков, то эта работа заглохнет через месяц или даже раньше.
- очень сложно заставить организацию использовать результаты, которые предоставляет Primavera. Это не проблема самого продукта, но тем не менее означает, что “включить и получить результат” у вас скорее всего не получится.
Мы использовали Oracle Primavera для работы на таких объектах:
- белорусская АЭС;
- завершение строительства жилого комплекса в пос.Сенница (Минский район);
- демонтаж А/В Восточный
- объекты административного назначения.
Применимость Oracle Primavera для управления строительными проектами:
- уникальный объект, управляемый по методу критического пути;
- либо серия типовых крупных проектов с небольшим числом отклонений (типовые нефте-перерабатывающие заводы, например)
- либо у вас штат инженеров, которые готовы постоянно заниматься только инженерной подготовкой (5-10 человек).
- в проектах с большим числом форс-мажоров, изменений;
- в проектах с мультивалютностью (выручка в долларах, расходы в рублях и долларах, например)
- в проектах, которые требуют синхронизации со складом, закупками, финансистами и пр.
Гетруда – наша собственная разработка
Мы делаем свой продукт для строительной отрасли. Кодовое название “Гертруда”. У нашего продукта есть 2 ключевых особенности:
- позволяет управлять себестоимостью вашего строительного проекта;
- объединяет работу подразделений: склад, закупки, финансы, ПТО.
Сейчас продукт находится в разработке и мы ищем клиента, который заинтересован в работе с нами и выступить “пилотным” пользователем.
Функциональные возможности Гертруда для управления строительными проектами:
- расчет внутреннего графика производства работ (управленческий)
- расчет внешнего графика производства работ (по контракту)
- сбор информации с площадки о выполненных объёмах работ
- расчет текущей рентабельности проекта, построение отчета
- управление заявками на закупку материалов, оборудования и пр.
- учет поступлений денег от клиента.
- строительный проект с большим числом изменений;
- успех объекта зависит от качества координации работы смежных подразделений;
- без ограничений по масштабу проекта;
- проекты с разной валютой выручки и затрат;
- подходит для компаний с небольшим бюджетом на автоматизацию (мы предлагаем облачное решение по подписке)
Не применимость нашего продукта:
- использование метода критического пути;
- оценка загрузки ресурсов.
Сравнение программных продуктов для управления строительными проектами
Я кратко сравню предложенные продукты между собой, чтобы у вас была возможность оценить их совместно. В критериях сравнения не будет стоимости самого ПО, т.к. это зависит от множества факторов.
Сравнивая продукты, я делаю акцент на те функции или качества, которые реально нужны именно строительной отрасли. В связи с этим, я предложил следующий набор критериев:
Источник: www.pmoffice.by