Проектный институт в инвестиционном проекте

Н.В. Лисицын, Г.В. Григорьев

Календарное планирование проектных работ и событий

Ресурсы проекта

Учет фактического прогресса проектных работ

Интеграция средств управления проектами в информационную инфраструктуру проектного института

Специализированные приложения для сбора проектной информации

Подготовка института к участию в тендере на разработку очередного проекта

Заключение

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

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

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

Инвестиционный проект и его реализация

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

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

Реализовать инвестиционный проект в заданные (как правило, довольно сжатые) сроки возможно только при параллельном выполнении перечисленных процессов. Для проектного института эта ситуация означает следующее:

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

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

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

Проектирование как часть инвестиционного проекта

Понятно, что информационные технологии — СУБД, САПР, СУЭД (электронный документооборот) — повышают эффективность отдельных операций, однако ход разработки проекта в целом зависит от наличия средств автоматизации гораздо меньше, чем от взаимодействия с заказчиком и смежными организациями.

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

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

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

Календарное планирование проектных работ и событий

Здесь и далее излагаются практические решения, примененные авторами в институте «Ленгипронефтехим» для работ по комплексу глубокой переработки нефти для ПО «Киришинефтеоргсинтез». Система управления проектами — Open Plan.

Рассмотрим процедуру планирования. Декомпозиция работ (упрощенная схема):

1. Внешние события проекта.

1.1. Входящая информация от заказчика и смежников.

1.1.1. Разделы проекта.

1.2. Исходящая информация.

1.2.1. Разделы проекта.

2. Подразделения института.

2.1. Разделы проекта.

2.1.1. Входящие события внутреннего информационного обмена.

2.1.2. Проектные работы.

2.1.3. Исходящие события внутреннего информационного обмена.

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

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

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

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

• количество работ должно быть минимальным, но при этом отражать различные технологические этапы, если таковые имеются (расчеты, моделирование, выбор оборудования, разработка схем и т.д.);
• названия работ должны по возможности отражать содержание проектных документов, которые будут впоследствии к ним привязаны;
• работы должны иметь предшественников среди входящих событий, последователей — среди исходящих.

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

Если две проектных работы в календарном плане имеют связь вида «конец — начало» и между ними нет исходящих событий, то в данном узле неоправданно усложнена структура и такую пару работ следует объединить.

Длительность отдельных проектных работ определяется двумя независимыми подходами:

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

Ресурсы проекта

Есть два вида ресурсов, движение которых может учитываться календарным планом: «ресурс, привлекаемый для выполнения работ, — инженерный персонал»; «ресурс вырабатываемый — стоимость». Мы говорим «может учитываться» по той причине, что работа с ресурсами на порядок усложняет задачи планирования работ и отражения фактического прогресса. Для проектной организации, приступающей к внедрению средств управления проектами, имеет смысл первоначальная отладка работы с собственно календарными планами.

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

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

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

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

• структуру института;
• структуру выпускаемых институтом проектных разделов;
• перечень документов, входящих в состав каждого раздела, с указанием доли стоимости каждого документа в стоимости раздела;
• перечень этапов готовности документа (готов концептуально, готов для просмотра, выпущен исполнителем, выпущен отделом, утвержден ГИПом, готов к отправке заказчику);
• сопоставление процента готовности каждого вида документа указанным этапам;
• состав документации по конкретному проекту, распределение стоимости по документам;
• таблицу связей документов с работами календарного плана.

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

Этот подход основан на предоставляемой системой Open Plan возможности сохранения всех данных проекта в таблицах выбранной пользователем СУБД с открытой и хорошо документированной структурой данных.

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

Учет фактического прогресса проектных работ

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

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

Интеграция средств управления проектами в информационную инфраструктуру проектного института

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

С точки зрения управления электронным документооборотом (иногда этот процесс называют управлением проектными данными) проектный документ характеризуется маршрутом и жизненным циклом. Маршрут отражает движение документа по подразделениям института, а жизненный цикл — изменение статуса документа. Теперь становится понятно, как много общего в задачах документооборота и управления проектами и насколько существенно эти системы обогащают друг друга:

• маршрут — это движение документа по работам и событиям календарного плана;
• жизненный цикл — отражение этапов готовности документа.

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

Специализированные приложения для сбора проектной информации

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

Подготовка института к участию в тендере на разработку очередного проекта

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

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

Заключение

Подводя итог, отметим преимущества, которые получает проектный институт, внедривший методологию и средства управления проектами:

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

«САПР и графика» 11'2002