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


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



Скачать 347.28 Kb.
страница6/6
Дата18.10.2016
Размер347.28 Kb.
1   2   3   4   5   6

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


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

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



  • Изменения Устава и процедур Программы;

  • Изменения организационного объема Программы;

  • Изменения сроков проекта;

  • Изменения функционального и технического содержания проекта;

  • Изменения ресурсных рамок проекта (состава участников или процента их загрузки);

  • Изменения процедур управления проектом и используемых для управления шаблонов документов;

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

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

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

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


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


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

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


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


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

Статья затрат/ объект затрат

Бизнес приложения

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

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

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



В рамках разработки и внедрения

В рамках разработки и внедрения

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







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









Поддержка








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









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







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







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









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

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

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

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

Параметр

Единица измерения

Величина

Единица измерения стоимости проекта

Млн. рублей




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

Дней




Величина накладных расходов

% от прямых затрат




Стоимость поддержки программного обеспечения от производителя

% от стоимости лицензий в год




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

% от стоимости аппаратных средств




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

Человек




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

Штук




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

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


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

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


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

  • Уточнение границ и владельцев бизнес-процессов;

  • Декомпозиция бизнес-процессов на этапы процесса;

  • Декомпозиция этапов процессов на локальные бизнес-функции;

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

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


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


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

  • «Управление НСИ»;

  • «Бизнес-планирование и Бюджетирование»;

  • «Оперативные финансы»;

  • «Управление договорами»;

  • «Документооборот»;

  • «Управление процессами МТО»;

  • «Управление взаимоотношениями с поставщиками»;

  • «Бухгалтерский и налоговый учет»;

  • «Управленческий учет»;

  • «Формирование и управление инженерной информацией по объектам инфраструктуры Компании»;

  • Корпоративная система хранения данных и формирования отчетности.

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

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



c:\users\rinat.muratov\documents\sugarsync shared folders\andrey maslintsev\06.роснефть\01.асу кс\рабочие документы\2012-06-28 асу кс.png

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



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

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

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

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

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



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

  • выбор серверного оборудования АСУ КС;

  • выбор коммуникационного оборудования сети передачи данных;

  • контроля правильности функционирования программно-технических средств;

  • обеспечения сохранности данных и ПО;

  • обеспечения требуемых для программно-технических средств условий эксплуатации;

  • ведения статистического учета аварийных ситуаций;

  • обеспечения бесперебойного электроснабжения технических средств АСУ КС.

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


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

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

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

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



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

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

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

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


В пакете документов должны содержаться:

  1. Техническая часть и документы, содержащие:

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

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

  • Резюме компании с указанием опыта реализации подобных проектов;

  • Справка о среднесписочной численности персонала, подтверждающая наличие постоянного и сертифицированного персонала;

  • Описание подхода по выполнению технических требований;

  • Календарный план оказания услуг;

  • Детальный ресурсный план;

  • Риски проекта;

  • Допущение и ограничения проекта;

  • Требования к предоставлению ресурсов со стороны Заказчика.

  1. Коммерческое предложение, содержащее:

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

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

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

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

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


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

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

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

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

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

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

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

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



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

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

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

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

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

    • управления проектными командами более 30 (тридцати) человек;

    • управления длительными и крупнобюджетными Программами ИТ-проектов;

    • организации проектного офиса с последующей передачи Заказчику на сопровождение;

    • презентации проектных решений и отчетов высшему руководству компаний, входящих в ТОП-100 крупнейших компаний России;

    • Разработки стратегий информационного развития предприятий на базе SAP.

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

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

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

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

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

    • организации взаимодействия с представителями Заказчика;

    • применения инструментов планирования и контроля исполнения ИТ-проектов (MS Project и др.).

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

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

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

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

    • подготовки технических заданий на внедрение информационных систем;

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

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

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

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

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

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

    • реализации не менее одного крупного интеграционного проекта;

    • разработки технической проектной документации;

    • технического консультирования персонала Заказчика.

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

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

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

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

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

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

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

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

    • подготовка деловых и сопроводительных писем по проекту;

    • отслеживание запросов на изменения и предоставления информации;

    • подготовка отчетной документации по проекту;

    • подготовка необходимой документации для Заказчика в целях проведения закупных (тендерных) процедур по ИТ-проектам АСУ КС;

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

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

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


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


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

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



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



Поделитесь с Вашими друзьями:
1   2   3   4   5   6


База данных защищена авторским правом ©grazit.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал