Управление проектами. Управление стоимостью проекта (VBM)

Главная цель любой компании - максимизация стоимости бизнеса.

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

Система управления стоимостью (VBM (Value-Base Management)) представляет собой комплекс методов и моделей, которые позволяют принимать управленческие решения, повышающие целевой показатель стоимости бизнеса.

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

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

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

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

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

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

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

Большинство финансовых аналитиков при оценке стоимости проектов используют в качестве базового метода доходного подхода так называемую DFC-модель (Discount Cash Flow - дисконтированный денежный поток). Она представляет собой долгорсочное прогнозирование денежных потоков по проекту, дисконтируемых к базовому году по рисковой ставке (при определении которой важную роль играет экспертная оценка). В ряде DFC-моделей строительства учитываются количественные показатели выявленных рисков, что позволяет считать их инструментами риск-менеджмента соответствующей компании.

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

Источник:
Управление инвестпроектами строительства ТЭС. Предынвестиционная фаза.
Осика Л.К. - М.: Вершина, 2009.

Управление проектами. Этапы инжиниринговых работ по АСУТП.

Процесс создания АСУТП сложен, длителен и не всегда однозначен.
Но несмотря на все сложности, создание АСУТП можно разбить на этапы, что в свою очередь дает возможность:

• представить логическую цепочку процесса создания АСУТП;
• упрощения управления и контроля на этапах;
• анализа результатов и своевременного принятия решений по управлению работами создания АСУТП.

Этапы инжиниринговых работ по АСУТП в рамках разработки Программно-технического комплекса.

1. Разработка Технического задания на ПТК для АСУТП.
2. Разработка структурной схемы электропитания ПТК (Постановка задачи -> Разработка).
3. Разработка структурной схемы цифрового обмена ПТК (Постановка задачи -> Разработка).
4. Разработка технического проекта (Постановка задачи -> Разработка).
5. Получение базы данных (Обработка -> Разбивка по БД сигналов).
6. Задание заводу на изготовление шкафов ввода/вывода (Постановка задачи -> Разработка).
7. Задание заводу на изготовление шкафов контроллеров (Постановка задачи -> Разработка).
8. Задание заводу на изготовление серверных шкафов (Постановка задачи -> Разработка).
9. Спецификация на СВТ (Постановка задачи -> Разработка).
10. Схема внешних подключений к шкафам ПТК.
11. Конфигурирование системы.
12. Рабочая документация (Постановка задачи -> Разработка).
13. Полигон.
14. Наладка на объекте.

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

• конфигурирование системы;
• полигон;
• наладка на объекте.

Этап инжиниринговых работ по АСУТП. Конфигурирование системы на базе ПТК IndustrialIT 800xA System.

1. Формирование объектов системы (Control Modules).

2. Формирование Hardware части в Control Structure.

3. Привязка каналов модулей ввода/вывода.

4. Формирование Functional Structure.

5. Формирование Location Structure.

6. Формирование Workplace Structure.

7. Формирование User Structure.

8. Конфигурирование Information Manager (Архивы).

9. Конфигурирование Information Manager (Отчеты).

10. Конфигурирование Information Manager (Расчетные задачи).

11. Конфигурирование видеокадров.

12. Установка программного обеспечения и конфигурирование СВТ.

Этап инжиниринговых работ по АСУТП. 

Полигон на базе ПТК IndustrialIT 800xA System.

1. Сборка шкафов контроллеров и ввода/вывода.
2. Сборка серверных шкафов.
3. Установка рабочих станций.
4. Монтаж кабелей цифрового обмена.
5. Инсталляция базового ПО.
6. Инсталляция базового ПО Industrial IT 800xA System.
7. Пост-инсталляция Industrial IT 800xA System.
8. Экспорт-импорт Aspect Directory.
9. Разработка программ и методик испытаний.
10. Внутреннее тестирование системы.
11. Метрологическая калибровка каналов ПТК.
12. Проведение заводских ПСИ.
13. Оформление протоколов заводских ПСИ.
14. Корректировка системы по результатам заводских ПСИ.
15. Создание резервных копий по результатам ПСИ.
16. Демонтаж шкафов контроллеров и ввода/вывода.
17. Демонтаж серверных шкафов.
18. Подготовка ПТК к отправке на объект.

Этап инжиниринговых работ по АСУТП. 

Наладка на объекте.

1. Приемка оборудования из монтажа.

2. Сборка шкафов контроллеров и ввода/вывода.

3. Сборка серверных шкафов.

4. Установка рабочих станций.

5. Автономная наладка ПТК.

6. Проведение автономных испытаний ПТК.

7. Оформление протоколов автономных испытаний ПТК.

8. Участие в комплексной наладке функций АСУТП.

9. Корректировка конфигурации по результатам комплексной наладки АСУТП.

10. Создание резервных копий по результатам комплексных испытаний АСУТП.

11. Участие в режимной наладке АСУТП.

12. Участие в сдаче системы в промышленную эксплуатацию.

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

Проектирование. Технологический регламент.

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


Источник: Нестеров А.Л. Проектирование АСУ ТП. Методическое пособие. Книга 1.
                   Технологический регламент.


  Функциональные требования к АСУТП на различных стадиях создания системы имеют различный объем и степень детализации.
  Функциональные требования на предпроектных стадиях создания АСУТП (научно-исследовательские работы, обследование объекта управления, технико-экономическое обоснование и расчеты, задание на проектирование, требования к АСУТП, концепция создания АСУТП) излагаются в исходным материалах создания АСУТП и соответствуют:

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

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

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

  В Российской Федерации накоплен значительный опыт создания АСУТП, который систематически отражается в многочисленных журналах и книжных изданиях, опыт применения микропроцессорной техники, программируемых логических контроллеров, опыт разработки и использования программных продуктов, в том числе SCADA.

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

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

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

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

  Действие технологического процесса объекта управления наиболее полно излагается в технологическом регламенте процесса.

  "Технологический регламент", как правило, составляется проектантами-технологами при завершении проектных работ по объекту управления или специалистами-эксплуатационниками в процессе эксплуатации технологического объекта.

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

  Кроме технологического регламента раскрытию функциональных требований содействует рассмотрение:

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

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

  "Технологический регламент" - документ, который составляется технологами, проектирующими технологический процесс, или специалистами, эксплуатирующими данный процесс, и определяет:

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

  Технологический регламент в общем случае должен быть дополнен сведениями по зданиям, помещениям, сооружениям и наружным установкам, которые будут являться требованиями к АСУТП в части:

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

  Подобные сведения определяются многими нормативными техническими документами.