tender.rosneft.rutender.rosneft.ru/files/it/tt25761-06_08_2012_0.docx · web...

Приложение №3

к Запросу коммерческих предложений

ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯНА ВЫПОЛНЕНИЕ РАБОТ ПО УПРАВЛЕНИЮ ИТ-ПРОЕКТАМИ И РАЗРАБОТКЕ ТЕХНОЛОГИЧЕСКОЙ ИНТЕГРАЦИИ ИНФОРМАЦИОННЫХ РЕШЕНИЙ В РАМКАХ КОНЦЕПТУАЛЬНОГО ПРОЕКТА ПО СОЗДАНИЮ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ КАПИТАЛЬНЫМ СТРОИТЕЛЬСТВОМ (АСУ КС)

ОАО «НК «РОСНЕФТЬ»

Технические требования на концептуальный проект АСУ КС

(Управление и Архитектура)

Лист согласования

Директор ДКС

________________________ Д.В. Минин

«______» ________________ 2012

Директор ДТиПП

________________________ С.Л. Вьюгин

«______» ________________ 2012

Директор ДКВиЦП

________________________ А.А. Мельников

«______» ________________ 2012

Директор ДИТ

________________________ С.А. Подгорнов

«______» ________________ 2012

Генеральный директор ООО «РН-Информ»

________________________ А.Е. Подольский

«______» ________________ 2012

2



Содержание

Общие сведения..................................................................................................................................4

Цели и задачи..................................................................................................................................4

Исходные данные для проведения работ.....................................................................................5

Термины и определения................................................................................................................5

Организационный объем проекта.....................................................................................................7

Функциональный объем проекта......................................................................................................7

Основные требования к выполнению работ по проекту..............................................................11

Этапы работ по проекту...............................................................................................................11

Требования к составу работ........................................................................................................11

Требования к методологии выполнения работ..........................................................................13

Требования к срокам реализации...............................................................................................13

Порядок приемки выполненных работ......................................................................................13

Основные требования к результатам проекта...............................................................................14

Требования к описанию Устава Проекта АСУ КС...................................................................14

Требования к планированию и мониторингу проектных работ/задач....................................14

Требования к управлению рисками............................................................................................15

Требования к управлению изменениями...................................................................................16

Требования к управлению качеством.........................................................................................17

Требования к управлению стоимостью......................................................................................17

Требования к планированию закупок........................................................................................19

Требования к адаптации модели бизнес-процессов по капитальному строительству для целей автоматизации в соответствии с функциональностью выбранных ИТ-решений.......19

Требования к описанию порядка взаимодействия подсистем АСУ КС со смежными информационными подсистемами.............................................................................................19

Требования к описанию решений концептуального проекта АСУ КС в целях реализации и последующего тиражирования..................................................................................................21

Требования к оформлению предложений......................................................................................22

Основные требования к Исполнителю...........................................................................................22

Требования к квалификации специалистов Исполнителя........................................................22

Критерии оценки потенциальных Исполнителей.....................................................................25

3



Общие сведенияЦели и задачи

Основной целью Проекта является создание эффективного решения по управлению Программой проектов АСУ КС для ЦАУК и ДЗО ОАО «НК «Роснефть».

Для достижения указанной цели должны быть решены следующие задачи:

Создание методологии управления программой проектов АСУ КС; Создание унифицированных инструментов планирования, мониторинга и контроля

исполнения работ/задач по всем проектам в рамках АСУ КС; Выбор ИТ-решений (программного комплекса) для каждой из подсистем АСУ КС с

оценкой стоимости, трудоемкости реализации и сопровождения; Адаптация модели бизнес-процессов по капитальному строительству к

функциональности выбранных ИТ-решений; Разработка порядка взаимодействия подсистем АСУ КС, а также интеграции со

смежными информационными подсистемами; Детализация функциональной и технической архитектур ИТ-решений реализации

АСУ КС; Оценка трудоемкости, стоимости и сроков реализации АСУ КС.

Проектирование и реализация программы проектов АСУ КС разделена на основные этапы:

Этап №1 Формирование функциональных требований (Общего технического задания) АСУ КС (Этап завершен);

Этап №2 Концептуальное проектирование автоматизированной системы управления капитальным строительством (АСУ КС). На данном Этапе должен быть разработан корпоративный шаблон управления проектами капитального строительства, а также архитектура взаимодействия информационных подсистем;

Этап №3 Реализация автоматизированной системы управления капитальным строительством (АСУ КС). На данном Этапе работы будут осуществляться на ограниченном организационном объеме предприятий ОАО «НК «Роснефть» (пилотная зона);

Этап №4 Тиражирование автоматизированной системы управления капитальным строительством (АСУ КС). На данном Этапе будут инициированы проекты по тиражированию системы на все предприятия ОАО «НК «Роснефть», участвующие в процессах капитального строительства. Тиражирование будет осуществляться по плану и в соответствии с правилами, процедурами и регламентами, разработанными на этапе концептуального проектирования.

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

4



Исходные данные для проведения работ

В качестве исходных данных для Концептуального проектирования АСУ КС необходимо использовать:

Стандарты ОАО «НК «Роснефть» по управлению процессами капитального строительства;

Общее Технического задание на создание автоматизированной системы управления капитальным строительством;

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

Актуальные проектные документы по автоматизации смежных функциональных областей (по запросу);

Другие локально-нормативных документов ОАО «НК «Роснефть» определяющие порядок и содержание процессов капитального строительства и смежных функциональных областей (по запросу).

Термины и определения

ТЕРМИН (СОКРАЩЕНИЕ) ОПРЕДЕЛЕНИЕ

Бюджет Программы/Проекта

Объем средств, необходимых для реализации программы/проекта, в разбивке по входящим в него объектам и периодам.

Заказчик ОАО «НК «Роснефть» или дочернее общество ОАО «НК «Роснефть», уполномоченное инвестором ОАО «НК «Роснефть» осуществлять реализацию инвестиционных проектов на всех этапах в соответствии с условиями договора, в том числе на выполнение строительных, изыскательских, проектных и прочих работ.

Нормативно-справочная информация (НСИ)

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

Оперативные финансы

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

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

Проектно-изыскательские работы (ПИР)

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

5




период строительства и эксплуатации, в том числе путем выкупа.

Проектно-сметная документация

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

Система Автоматизированная система управления капитальным строительством ОАО «НК «Роснефть»

Структурные подразделения

Департаменты, управления, отделы, обособленные подразделения (филиалы и представительства) ОАО «НК «Роснефть» или Дочерних обществ

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

АСУ КСАвтоматизированная система управления капитальным строительством

ГИС Географическая информационная система

ЗАО Закрытое акционерное общество

ДЗО Дочерние и зависимые общества

ДО Дочерние общества

ИСР Иерархическая структура работ

ИТ Информационные технологии

КС Капитальное строительство

КИС Корпоративная информационная система

КНИПИКорпоративный научно-исследовательский и проектный институт ОАО «НК «Роснефть».

КСП Календарно-сетевое планирование

МТР Материально-технические ресурсы

НК Нефтяная компания

НПЗ Нефтеперерабатывающий завод

НСИ Нормативно-справочная информация

ОАО Открытое акционерное общество

ПИР Проектно-изыскательские работы

6




ПО Программное обеспечение

РПП Руководитель Программы проектов

СМР Строительно-монтажные работы

СЦВД Система централизованного ведения договоров

ТТ Технические требования

ТЭО Технико-экономическое обоснование

УСС Управление сметной стоимостью

ЦАУК Центральный аппарат управления Компании ОАО «НК «Роснефть»

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

Организационный объем реализации АСУ КС в пилотной зоне включает в себя:

Центральный аппарат ОАО «НК Роснефть»; ОАО «Восточно-Сибирская нефтегазовая компания»; ОАО «Самаранефтегаз»; ОАО «Новокуйбышевский нефтеперерабатывающий завод»; Грозненский НПЗ; ЗАО «Восточная нефтехимическая компания»; ОАО «НК "Роснефть – Кубаньнефтепродукт».

Организационный объем тиражирования решений АСУ КС ориентировочно составляет 60 (шестьдесят) ДЗО. В целях определения целесообразности включения ДЗО в организационный объем АСУ КС, должна быть разработана аналитическая модель (бизнес-кейс) по технико-экономическому обоснованию реализации АСУ КС.

Функциональный объем проектаУправление программой ИТ-проектов включает в себя следующие процессы:

Управление интеграцией программы o Разработка устава программы проектов;o Разработка плана управления программой проектов;o Руководство и управление исполнением программы проектов;o Мониторинг и управление работами по программе проектов;o Осуществление общего управления изменениями в программе проектов;

7



Управление содержанием программыo Сбор требований;o Определение содержания;o Создание иерархической структуры работ (ИСР);o Подтверждение содержания;o Управление содержанием.

Управление сроками программыo Определение операций;o Определение последовательности операций;o Оценка ресурсов операций;o Оценка длительности операций;o Разработка план-графика;o Управление план-графиком.

Управление бюджетом программыo Оценка бюджета;o Определение бюджета;o Управление бюджетом.

Управление качеством программыo Определение параметров качества;o Контроль качества.

Управление человеческими ресурсами программыo Разработка плана управления человеческими ресурсами.

Управление коммуникациями программыo Определение и фиксация заинтересованных сторон;o Планирование рабочих встреч и совещаний;o Распределение информации;o Управление ожиданиями заинтересованных сторон;o Подготовка отчетов об исполнении.

Управление рисками программыo Планирование управления рисками;o Идентификация рисков;o Анализ рисков;o Планирование реагирования на риски;o Мониторинг и управление рисками.

Управление закупками программы ( Услуги/ Работы/ Аппаратное и программное обеспечение/ Прочее )

o Планирование закупок;o Мониторинг закупочной деятельности.

В рамках управления программой ИТ-проектов должен быть создан проектный офис, который возьмет функции управления программой проектов, принятия решений по

8



архитектурным и интеграционным процессам, а также контроля исполнения плана Программы.

Рисунок 1. Предварительная организационная структура Проектного офиса программы

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

Уровень стратегического управления (Управляющий комитет); Уровень оперативного управления (Оперативный совет); Уровень исполнения (рабочие группы).

Рисунок 2. Предварительная структура управления Программой проектов АСУ КС

9



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

Подсистема «Управление проектами КС»; Подсистема «Календарно-сетевое планирование» (КСП); Подсистема «Управление сметной стоимостью» (УСС); Подсистема «Комплектация строительства»; Подсистема «Управление затратами по проектам КС»; Подсистема «ГИС»; Подсистема «Архив документации»; Подсистема «Отчетность по КС».

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

Управление проектами КС обеспечивает ведение структуры проектов, контроль и учет выполненных работ, исполнение бюджетов затрат и бюджета платежных средств, мониторинга лимитов финансовых обязательств, а также анализ уровня дебиторской и кредиторской задолженности;

Управление КСП позволяет составлять, вести и контролировать единый комплексный график, включающий все виды деятельности по всем подразделениям, участвующим в проекте КС;

10



УСС позволяет разрабатывать и хранить сметную документацию, сборники сметных цен, документацию по учету выполненных работ и планирования потребности в МТР, управлять стоимостью объекта КС;

Комплектация строительства выполняет функции планирования потребности в разрезе МТР по объектам КС и выполнение мониторинга обеспеченности МТР;

Подсистема Учета затрат обеспечивает планирование и контроль выполнения бюджета затрат, распределяет затраты по объектам учета;

Подсистема ГИС обеспечивает управление пространственными данными объектов КС и управление данными по землеустроительным работам;

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

Подсистема «Отчетность КС» позволяет формировать регламентированные и аналитические отчеты по капитальному строительству.

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

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

для реализации требований Заказчика для каждой из определенных типовых ролей в процессе капитального строительства;

Критерии, служащие основанием для внедрения АСУ КС в дочернем обществе; Конечный перечень объектов (ДЗО) с указанием типового решения из ранее

определенных; Порядок внедрения АСУ КС в дочерних обществах, не вошедших в перечень, с целью

обеспечения задач по планированию, организации и контроля исполнения планов капитального строительства.

Основные требования к выполнению работ по проектуЭтапы работ по проекту

Проектные работы в соответствии с жизненным циклом проекта подразделяются на следующие этапы:

№ Название этапа Результаты этапа Начало этапа

Окончание этапа

1. Подготовка проекта Устав проекта 30.07.2012 31.08.2012

2. Организация проекта План управления проектом 30.07.2012 28.09.2012

3. Выполнение работ проекта Принятые результаты работ 30.07.2012 30.12.2012

Критериями успешности реализации этапов работ являются:

11



Достижение запланированных результатов; Соблюдение сроков; Соблюдение бюджета.

Требования к составу работ

Этап № п/п

Работы Результаты работ (итоговые

документы)

Срок завершения разработки1

Этап 1 – Начало проекта

1. Проведение стартового совещания

Протокол стартового совещания

30.07.2012

2. Определение и утверждение методологии управления проектом

Протокол о выбранной методологии

03.08.2012

3. Приемка-передача исходных данных

Акт приема-передачи исходных данных

10.08.2012

4. Разработка Устава проекта Устав проекта 31.08.2012

Этап 2 – Организация и подготовка

5. Разработка плана проведения интервью/ рабочих встреч с ключевыми экспертами и смежными проектными группами

План проведения интервью/рабочих встреч

24.08.2012

6. Разработка матрицы согласования проектных документов

Матрица согласования проектных документов

31.08.2012

7. Разработка детального плана-графика работ

Детальный план-график работ

07.09.2012

8. Проведение интервью/ рабочих встреч

Протоколы проведения интервью/рабочих встреч

28.09.2012

Этап 3 – Выполнение работ проекта

9. Экспертиза модели целевых бизнес-процессов

Модель бизнес-процессов

26.10.2012

10. Проведение анализа по выбору ИТ-решений (программного комплекса) для каждой из подсистем АСУ КС с оценкой стоимости, трудоемкости реализации и сопровождения

Перечень ИТ-решений (программный комплекс) для каждой из подсистем АСУ КС

09.11.2012

11. Разработка плана выполнения Программы (Roadmap проектов)

План перехода к целевой модели бизнес-приложений (Roadmap проектов) с указанием стоимости

16.11.2012

12. Разработка Концепции Концепции управления 03.12.2012

1 Изменение сроков возможно при предоставлении соответствующих обоснований12



Этап № п/п

Работы Результаты работ (итоговые

документы)

Срок завершения разработки

управления проектами, технологической интеграции информационных решений и стандартизации методологических решений Программы проектов АСУ КС:

Типовое решение по организации управления проектами автоматизации процессов КС;

Детальная функциональная архитектура;

Детальная техническая архитектура;

Общее интеграционное проектное решение;

Порядок реализации Программы АСУ КС (план работ, перечень работ, регламентные процедуры и пр.)

Разработка порядка типизации решений АСУ КС и критерий применения каждого типа решения в рамках организационного объема;

Разработка решения по реализации АСУ КС в пилотной зоне;

Разработка решения по тиражированию АСУ КС;

Прочее.

проектами, технологической интеграции информационных решений и стандартизации методологических решений Программы проектов АСУ КС

13. Разработка технико-экономического обоснования (ТЭО) реализации Программы проектов АСУ КС

Технико-экономическое обоснование (ТЭО)

03.12.2012

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

Базовые и оперативные документы и отчетность по управлению Проектом

14.12.2012

13



Требования к методологии выполнения работ

Разработка концептуального проекта АСУ КС должна выполняться в соответствии с методологией PMI по стандартам PMBOK. Также, могут быть использованы стандарты лучших мировых практик управления проектами, таких как:

Методология ASAP (SAP AG); Методология PRINCE2; Методология Microsoft Solutions Framework; Методология SCRUM (Agile); Другие применимые методологии.

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

Требования к срокам реализации

Срок начала работ по концептуальному проектированию АСУ КС: 30.07.2012

Срок окончания работ по концептуальному проектированию АСУ КС: 30.12.2012

Порядок приемки выполненных работ

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

Основные требования к результатам проектаТребования к описанию Устава Проекта АСУ КС

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

Общие сведения (назначения, термины и определения, основания для реализации); Цели Программы АСУ КС; Организационные, функциональные и технические границы; Этапы проекта; Состав работ; Общий порядок управления Программой проектов АСУ КС; Порядок управления сроками Программы проектов АСУ КС; Порядок управления качеством Программы проектов АСУ КС; Порядок управления персоналом Программы проектов АСУ КС; Порядок управления рисками Программы проектов АСУ КС; Порядок управления изменениями Программы проектов АСУ КС.

Требования к планированию и мониторингу проектных работ/задач

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

14



Планирование Проекта включает в себя два блока работ:

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

разработка Детального плана Проекта на каждый Этап выполняется перед началом очередного Этапа Руководителем Проекта и утверждается Оперативным Советом.

План-график работ Программы представляется в электронном виде в формате MS Project. Для управления Программой со стороны Исполнителя может быть предложено использование специализированного программного обеспечения с обоснованием целесообразности использования, указанием стоимости и сроков реализации.

Управление и контроль сроков проектных работ/задач осуществляется на двух уровнях:

Агрегированном (уровень основных контрольных точек) Детальном (уровень задач и операций).

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

Плановое наступление ключевых контрольных точек определяется в Базовом плане Программы, для которого поддерживается версионность;

Фактическое наступление ключевой контрольной точки определяется, когда все группы результатов, входящие в данную контрольную точку выполнены;

Мониторинг статуса выполнения ключевых контрольных точек Программы является ответственностью Руководителя Программы;

Мониторинг статуса выполнения ключевых контрольных точек в детальных планах функциональных групп/подгрупп является ответственностью их руководителей

Отклонения от достижения ключевых контрольных точек Программы обсуждается на совещаниях о статусе;

Отчет о достижении ключевых контрольных точек Программы выносится на заседание Управляющего комитета;

Признание достижения ключевой точки Программы/Проекта осуществляется Управляющим комитетом Программы.

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

На детальном уровне, контроль хода работ проводится Управляющим комитетом, Оперативным советом и Руководителем Проекта, а также Кураторами Проекта на основе отчетности о ходе Проекта. Выполнение пунктов Календарного плана Проекта контролируется с учетом следующих параметров:

плановые и фактические сроки завершения работ; плановые и фактические задачи (операции); ресурсное обеспечение; соблюдение стандартов качества по выполненным работам;

15



вновь возникшие проблемы и их влияние на ход Проекта.

Корректировка Календарного плана Проекта может выполняться по следующим причинам:

необходимость разрешения вновь возникших проблем Проекта, согласованная Управляющим комитетом;

изменение объема Проекта, согласованное Управляющим комитетом.

Требования к управлению рисками

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

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

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

Задачами управления рисками являются:

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

Идентифицировать, описывать, классифицировать, оценивать влияние на Программу и приоритезировать риски, определять стратегию сдерживания рисков и сдерживать риски;

Удостовериться, что оценка влияния каждого риска на Программу проведена всеми заинтересованными сторонами Программы и по ним принято соответствующее решение;

Выполнить надлежащим образом и произвести отслеживание выполнения назначенных действий в соответствии с планом сдерживания рисков.

Управление рисками реализуется посредством следующих шагов:

1. Идентификация риска – определение того, какие риски могут повлиять на Программу, и документальное оформление их характеристик.

2. Анализ риска – определение источников и факторов риска, оценка вероятности наступления риска, степени влияния риска на Программу, приоритезация риска.

3. Планирование реагирования на риск – определение стратегии сдерживания риска, разработка мероприятий по снижению риска и, при необходимости, формирование плана на непредвиденные расходы и плана использования резерва.

4. Мониторинг и контроль – отслеживание всех зарегистрированных рисков, контроль выполнения мероприятий по снижению рисков, периодический обзор статусов рисков, подготовка обоснования для закрытия риска.

5. Закрытие риска – рассмотрение обоснования для закрытия риска, принятие решения по закрытию риска, установление даты закрытия риска.

16



Формат Карточки рисков и методика оценки рисков должны быть разработаны и утверждены в составе Устава Программы АСУ КС.

Требования к управлению изменениями

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

Под изменениями в Программе понимается:

Изменения Устава и процедур Программы; Изменения организационного объема Программы; Изменения сроков проекта; Изменения функционального и технического содержания проекта; Изменения ресурсных рамок проекта (состава участников или процента их загрузки); Изменения процедур управления проектом и используемых для управления шаблонов

документов; Изменения принятых решений Концептуального проекта или других ранее принятых

отчетных документов Программы; Изменения нормативных документов Программы, плана, загрузки ключевых

пользователей и т.п.

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

Формат Запроса на изменения должен быть разработан и утвержден в Уставе Программы АСУ КС.

Требования к управлению качеством

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

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

Требования к управлению стоимостью

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

17



Статья затрат/ объект затрат Бизнес приложения

ИТ -инфраструктура

ИТ безопасность

Разработка методологии√

В рамках разработки и

внедрения

В рамках разработки и

внедрения

Разработка и внедрение стандартной функциональности √ √ √

Разработка и внедрение дополнительной функциональности √

Поддержка √ √

Внутренние ресурсы √

Лицензии программного обеспечения √ √ √

Аппаратное обеспечение √ √ √

Прочие расходы √

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

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

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

В расчетах используются следующие основные нормативы и единицы измерения:

Параметр Единица измерения Величина

Единица измерения стоимости проекта Млн. рублей

Количество рабочих дней в месяце Дней

Величина накладных расходов % от прямых затрат

Стоимость поддержки программного % от стоимости лицензий

18



обеспечения от производителя в год

Стоимость поддержки аппаратных средств % от стоимости аппаратных средств

Единица измерения статей: технико-экономическое обоснование, разработка методологии, разработка и внедрение, поддержка, внутренние ресурсы

Человек

Единица измерения статей: лицензии программного обеспечения, аппаратное обеспечение

Штук

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

Требования к планированию закупок

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

Требования к адаптации модели бизнес-процессов по капитальному строительству для целей автоматизации в соответствии с функциональностью выбранных ИТ-решений

В процессе адаптации должно быть выполнено:

Уточнение границ и владельцев бизнес-процессов; Декомпозиция бизнес-процессов на этапы процесса; Декомпозиция этапов процессов на локальные бизнес-функции; Локальные функции описываются с точки зрения их организационно-ролевого,

информационного и событийного окружения; Разработка перечня автоматизируемых бизнес-функций с указанием степени

автоматизации.

Требования к описанию порядка взаимодействия подсистем АСУ КС со смежными информационными подсистемами

Для обеспечения полноценного функционирования АСУ КС необходима реализация комплексного интеграционного решения по порядку взаимодействия АСУ КС со смежными информационными подсистемами:

19



«Управление НСИ»; «Бизнес-планирование и Бюджетирование»; «Оперативные финансы»; «Управление договорами»; «Документооборот»; «Управление процессами МТО»; «Управление взаимоотношениями с поставщиками»; «Бухгалтерский и налоговый учет»; «Управленческий учет»; «Формирование и управление инженерной информацией по объектам

инфраструктуры Компании»; Корпоративная система хранения данных и формирования отчетности.

Функциональная архитектура представляет собой взаимосвязанные подсистемы АСУ КС интегрированные со смежными информационными системами.

Рисунок 2. Предварительная укрупненная функциональная архитектура АСУ КС

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

20



1. Требование реализуется в рамках бюджета АСУ КС и силами АСУ КС – при согласовании функционального владельца;

2. Требование реализуется в рамках бюджета АСУ КС силами другой программы – при согласовании функционального владельца;

3. Требование реализуется вне рамок АСУ КС – при соответствующем решении функционального владельца.

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

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

выбор современных средств автоматизации, обеспечивающих реализацию функциональной модели АСУ КС. При выборе конкретных программных платформ реализации процессов КС, должны учитываться наличие конкретного ПО на объектах автоматизации (ДЗО), целевую ИТ-архитектуру ОАО НК «Роснефть», требования технического задания на создание АСУ КС;

выбор серверного оборудования АСУ КС; выбор коммуникационного оборудования сети передачи данных; контроля правильности функционирования программно-технических средств; обеспечения сохранности данных и ПО; обеспечения требуемых для программно-технических средств условий эксплуатации; ведения статистического учета аварийных ситуаций; обеспечения бесперебойного электроснабжения технических средств АСУ КС.

Требования к описанию решений концептуального проекта АСУ КС в целях реализации и последующего тиражирования

Все решения Программы АСУ КС на этапе концептуального проектирования должны быть разработаны по принципу «Шаблона». Классификация шаблонного решения должна учитывать принадлежность ДЗО к определенному виду деятельности ОАО «НК «Роснефть» (добыча, переработка, сбыт) и потребности каждого ДЗО в тех или иных подсистемах АСУ КС и объемов их функциональности.

Шаблонное решение предоставляет техническую реализацию для бизнес-функций с одинаковыми требованиями большинства бизнес единиц Компании. Решение должно обеспечивать реализацию порядка 70-80% требований ДЗО, включая бизнес-единицы с самыми сложными процессами. Шаблонное решение включает в себя бизнес составляющую и ее техническую реализацию, а также процедуры управления решением.

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

21



Возможные трудности, связанные с внедрением типового решения:

Большой объем изменений исходных процессов, если автоматизируемые процессы существенно отличаются принятых в шаблоне;

Невозможность внедрения шаблонной системы в ДЗО с не типизированными бизнес-процессами;

Сомнительная целесообразность переработки шаблона под бизнес-требования ДЗО в случае ключевых различий исходных бизнес-процессов и бизнес-процессов шаблона.

Требования к оформлению предложений В пакете документов должны содержаться:

1. Техническая часть и документы, содержащие: Анкету участника предварительной квалификации с подтверждающими документами

согласно описи, опубликованной на сайте ОАО «НК «Роснефть»; Резюме ключевых специалистов, предлагаемых для участия в проекте, с указанием

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

постоянного и сертифицированного персонала; Описание подхода по выполнению технических требований; Календарный план оказания услуг; Детальный ресурсный план; Риски проекта; Допущение и ограничения проекта; Требования к предоставлению ресурсов со стороны Заказчика.

2. Коммерческое предложение, содержащее: Фиксированная стоимость предложения, с учетом всех скидок, издержек, налогов и

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

Условия оплаты по Актам приемки-сдачи оказанных услуг без предварительной оплаты.

Политика скидок.

Основные требования к ИсполнителюТребования к квалификации специалистов Исполнителя

Общие требования к Исполнителю:

Компетенции в области применения Стандарта «Управление процессом капитального строительства» в ОАО «НК «Роснефть»;

Глубокое знание бизнес-процессов ОАО «НК «Роснефть» в области капитального строительства и организационной структуры ОАО «НК «Роснефть»;

22



Опыт работы в ОАО «НК «Роснефть» или ее структурах по стандартизации в области капитального строительства;

Опыт использования интегрированных подходов к управлению капитальным строительством при разработке и описании процессов;

Компетенции в области ИТ – консалтинга в части разработки процедур управления масштабными Программами проектов и разработки сложных архитектурных решений.

Требования к проектной команде Исполнителя:

Поставщики предоставляющие документы для участия в тендере должны предоставить информацию по следующим пунктам:

Состав проектной команды с указанием позиции, проектной роли, основных обязанностей и уровня загрузки;

Резюме каждого участника Проекта, с указанием ФИО, квалификации и опыта работы;

Руководитель Программы проектов должен иметь опытом управления ИТ-проектами более 7 лет, знаний основных процессов в области капитального строительства и современных программных продуктов и платформ автоматизации процессов финансово-хозяйственной деятельности предприятий нефтегазовой отрасли. Руководитель Программы должен обладать навыками:

o применения методологии PMI по стандартам PMBOK и других ведущих стандартов управления проектами;

o управления Программами ИТ-проектов по внедрению современных автоматизированных систем управления предприятиями;

o управления проектными командами более 30 (тридцати) человек;o управления длительными и крупнобюджетными Программами ИТ-проектов;o организации проектного офиса с последующей передачи Заказчику на

сопровождение;o презентации проектных решений и отчетов высшему руководству компаний,

входящих в ТОП-100 крупнейших компаний России;o Разработки стратегий информационного развития предприятий на базе SAP.

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

o применения методологии PMI по стандартам PMBOK, ASAP и других ведущих стандартов управления проектами;

o управления проектами по внедрению современных автоматизированных систем управления предприятиями (обязательно SAP и другие);

o управления проектными командами более 10 (десяти) человек;

23



o планирования задач по проекту, сроков их выполнения, необходимого ресурсного обеспечения;

o организации взаимодействия с представителями Заказчика;o применения инструментов планирования и контроля исполнения ИТ-проектов

(MS Project и др.). Наличие в команде Бизнес-архитектора с опытом моделирования процессов КС более

5 лет, знаний современных программных продуктов и платформ автоматизации процессов управления КС. Бизнес-архитектор должен обладать навыками:

o построения архитектуры модели бизнес-процессов в области капитального строительства;

o построения информационных и документационных потоков данных на всех этапах жизненного цикла создания активов;

o применения методологий сбора, анализа и описания требований к информационным системам;

o подготовки технических заданий на внедрение информационных систем;o выстраивания интеграции и взаимодействия различных функциональных

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

o применения современных программных продуктов по управлению проектами КС (SAP PS и другие);

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

Наличие в команде ИТ-архитектора с опытом проектирования технической инфраструктуры и порядка интеграции различных программных продуктов и платформ более 5 лет. ИТ-архитектор должен обладать навыками;

o в области современной корпоративной инфраструктуры предприятия по направлениям: инфраструктурные программные решения; вычислительная инфраструктура, сетевая и телекоммуникационная инфраструктура, системы хранения и обработки и данных, системы управления и мониторинга;

o в области построения ИТ-архитектур, объединяющих в себе множество различных информационных систем;

o реализации не менее одного крупного интеграционного проекта;o разработки технической проектной документации;o технического консультирования персонала Заказчика.

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

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

24



o сбора информации по проектам (сроки, бюджет, объем, риски, изменения) и подготовки консолидированной отчетности;

o разработки рекомендаций по совершенствованию процессов, организационной структуры и других аспектов системы управления ИТ-проектами.

Наличие в команде администратора Программы проектов с опыт работы не менее 3 лет в области документооборота. Администратор проекта должен обладать навыками:

o организации и ведение Библиотеки проектных документов, и ее поддержание в актуальном состоянии;

o организация совещаний рабочей группы проекта, подготовка, согласование протоколов совещаний;

o обеспечение внешнего и внутреннего документооборота по проекту в соответствии с регламентированными процедурами, установленными в рамках проектов;

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

закупных (тендерных) процедур по ИТ-проектам АСУ КС;o организация работы проектного офиса (подготовка и отслеживание заявок на

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

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

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

Критерии оценки потенциальных Исполнителей

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

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

25

tender.rosneft.rutender.rosneft.ru/files/it/tt25761-06_08_2012_0.docx · web...

Documents