?

Log in

No account? Create an account
Лабораторный журнал -- Day [entries|friends|calendar]
Anatoly Levenchuk

[ website | Лабораторный журнал ]
[ userinfo | livejournal userinfo ]
[ calendar | livejournal calendar ]

Основные черты новых капитальных проектов [03 Mar 2008|11:49am]
0. Старые модели (project delivery):
-- multi-prime (собственник контрактует одного проектировщика и заключает множество строительных контрактов),
-- construction manager at risc (собственник контрактует одного проектировщика и заключает один строительный контракт с генпордядчиком)
-- design-Build (собственник контрактует организацию design-build, которая в свою очеред контрактует проектировщика и строителя)
-- design-bid-build (собственник сначала контрактует проектировщика, а после окончания его работы контрактует строителя)

Дальше про новую модель (integrated project delivery)

1. Команда проекта с размытыми ролями ("не то чтобы монтажники занимались проектированием, а архитекторы строили -- но и не так, чтобы каждый занимался только своим делом", как написано в одном из guides). Раннее участие каждой стороны в проектировании, позднее участие в строительстве и эксплуатации. "Расширенное предприятие", "интегрированная команда", "одноцелевое лицо" (single purpose entity) и т.д.. Набор ролей: собственник, координатор проекта, проектировщик, консультант проектировщика, монтажник, нанятый монтажник (trade constructor), поставщик, регулятор. Важнейший концепт: пре-квалификация участника (т.е. прием в проект только участников, знакомых с используемыми в проекте технологиями и способами работы).

2. Использование цифровой модели на всех этапах жизненного цикла -- прежде всего для уменьшения ошибок проектирования и организационных нестыковок. Цифровая модель дает возможность agile на начальных этапах ("сборка полного цифрового макета"). Обязательно -- 4D (5D обычно называют приписывание к данным 4D-модели сведений по стоимости, чтобы избежать кассовых разрывов, а 6D -- приписывают еще и другие ресурсы).
Важно заметить, что в 4D автоматически включают инструменты для планирования и оценки взаимозависимостей по монтажу (а часто -- и для оценки стоимости, не привлекая для этого понятия 5D). Прописывание в контрактах и разрешительных документах порядка handover для данных модели. Различие внутренней интеграции процессов вокруг модели (внутри компании подрядчика) и внешней (с другими участниками) -- проблема "курицы и яйца".
Выделяют слои для цифровой модели:
-- справочные библиотеки (Reference Data Library, Library of Reference Data Models, Reference Data)
-- собственно модели
-- views разных участников процесса
-- документы
Появляется роль интегратора модели.

3. Контрактация, ставящая вознаграждение участников в зависимость от общего успеха проекта (а не только от успеха конкретной работы конкретного участника) -- multi-party agreements, с открытой структурой вознаграждений (стороны знают про вознаграждение каждого). Сервисный подход -- контрактуются сервисы участников. Часто реализация такого соглашения -- формирование для данного проекта компании с ограниченной ответственностью. Основных участников -- три: собственник, проектировщик, строитель-монтажник. Общий менеджмент и структура принятия решений в "расширенной организации". Три формы таких "расширенных организаций": альянсы (как для добычи нефти в Северном Море -- собственник покрывает прямые издержки, но прибыль, накладные расходы и бонус зависят от результата проекта. Подробное описание -- Project Alliancing Practitioners' Guide 2006, опубликованное Австралийским Government of Victoria), Single Purpose Entities (где возникают проблемы налогообложения и страховки), Relational Contracts (похожи на альянсы, но стороны ограничивают ответственность по отношению друг ко другу -- хотя и не полностью, в случае ошибок работает обычная страховая схема. Собственник в менеджменте остается главным, в отличие от Альянсной консенсусной схемы. Литература: Ian MacNeil, Relational Theory of Contract (2004)). В каждой из этих контактных схем процессы организованы по-разному. В каждой из этих схем принципы вознаграждения разные. В каждой из этих контрактных схем страховые схемы (размазывающие риски по участникам), разные (и должны быть новые методы страховки).

4. Новые этапы процесса (скажем, было "predesign, shcematic design, design development, construction documnets, agency permit/bidding, construction, closeout", стало "conceptualization, criteria design, detailed design, implementation documents, agency coodr/final buyout, construction, closeout"). Попытка сдвинуть дизайн-решения ближе к началу процесса (но с участием строителей), чтобы потом заниматься только изготовлением и монтажом (т.е. agile обеспечивается так:"сначала построить макет из пикселей -- причем порождающим подходом, чтобы пиксели перестраивал компьютер, а не люди"). Сначала подбор людей под начальную концепцию и совместная с ними ее доработка, потом выяснение вопроса "как будем строить" (а не наоборот -- завершение проектирования, затем подбор строителей).
Еще один вариант этапности: design optimisation, construction optimisation, construction orchestration, operations and maintenance.

5. Все это является эхом мощных идей, изложенных Hammer и Champy в Reengineering the Corporation: A Manifesto for Business Revolution, особенно:
-- вводи информацию один раз, обходи лишние вводы данных;
-- связывай параллельные деятельности вместо того, чтобы потом интегрировать их результаты
-- позволь одному лицу делать весь процесс от начала до конца
-- встраивай управление внутрь процесса

6. При монтаже используются RFID, PDA и прочие чудеса цифровой техники (а не мат по мобильнику, как сейчас).

7. Условия контрактов и регулирование ориентированы на цифровые технологии, причем не документ-центричные, а моделецентричные (информация-центрические, датацентрические. Главное -- не вокруг бумажных документов). Проблема (по опыту GM) оказывается и в стандартах ISO, которые массово оказываются тоже нацелены на бумажные документы. Беда с государственными заказами и предписаниями, в которые вписан подход design-bid-build и связанные с ним бумажные процедуры.

8. Основным критерием становится не стоимость проекта, а производительность и риски (time-driven, а не cost-driven. Так, GM в 2004-2006 запустила 4 автомобильных завода по Lean Construction through a 3D/4D -- и решение было связано со временем, а не ценой. Этот подход Virtual Factory оказался на 60% быстрее, чем традиционный design-bid-build подход. Впрочем, цена тоже оказалась ниже).

Литература: "Integrated Project Delivery: A Guide" http://www.aia.org/ipdg и ряд других публикаций типа гайда по handover от FIATECH.
4 comments|post comment

navigation
[ viewing | March 3rd, 2008 ]
[ go | previous day|next day ]