УТВЕРЖДАЮ
УТВЕРЖДАЮ
Статс – секретарь – заместитель
Министра
Заместитель генерального директора
_________________ А.В. Попова
________________ В.Ю. Грибов
«____»_______________ 2010 г.
«____»_______________ 2010 г.
ЗАО «ЛАНИТ»
Создание официального сайта Российской Федерации в сети
«Интернет» для размещения информации о размещении
заказов на поставки товаров, выполнение работ, оказание услуг
для федеральных нужд, нужд субъектов Российской Федерации
или муниципальных нужд
УСТАВ ПРОЕКТА
СОГЛАСОВАНО
СОГЛАСОВАНО
Директор Департамента
государственного регулирования в
экономике
Директор Департамента комплексных
проектов ЗАО «ЛАНИТ»
_________________С.В. Шипов
_________________А.Б. Биктаиров
«____»_______________ 2010 г.
«____»_______________ 2010 г.
Заместитель директора Департамента
развития конкуренции
Минэкономразвития России
Директор Департамента
_________________ А.Т. Катамадзе
_________________ Л.Е.Головатый
«____»_______________ 2010 г.
«____»_______________ 2010 г.
Корпоративных систем
ЗАО «ЛАНИТ»
Москва 2010
Содержание
1. ОПИСАНИЕ ПРОЕКТА ............................................................................... 4
1.1.
Введение ..........................................................................................................................4
1.2.
Жизненный цикл Проекта ..........................................................................................5
1.3.
Цели, задачи и этапы Проекта ...................................................................................6
2. ОРГАНИЗАЦИОННАЯ СТРУКТУРА ПРОЕКТА.................................. 8
2.1.
Схема организации Проекта.......................................................................................8
2.2.
Дирекция Проекта ........................................................................................................8
2.2.1.
Состав Дирекции Проекта ......................................................................................8
2.2.2.
Функции Дирекции Проекта ..................................................................................9
2.2.3.
Обязанности Директора Проекта от Заказчика ....................................................9
2.2.4.
Обязанности Директора Проекта от Исполнителя .............................................10
2.3.
Рабочая группа проекта ............................................................................................10
2.3.1.
Состав рабочей группы Проекта ..........................................................................10
2.3.2.
Функции Рабочей группы Проекта ......................................................................11
2.3.3.
Обязанности Руководителя Проекта от Заказчика .............................................12
2.3.4.
Руководитель проекта от Исполнителя ...............................................................12
2.3.5.
Руководители групп разработки и архитектуры ................................................13
2.3.6.
Руководитель группы системных аналитиков ....................................................14
2.3.7.
Руководитель группы контроля качества ............................................................14
2.3.8.
Администратор Проекта .......................................................................................14
3. ВЗАИМОДЕЙСТВИЕ ЧЛЕНОВ РАБОЧЕЙ ГРУППЫ ПРОЕКТА .. 16
3.1.
Регламент обмена официальными документами .................................................17
3.2.
Требования к проектному офису .............................................................................17
3.3.
Требования к программному средству коллективной работы..........................17
3.4.
Процедура согласования документов .....................................................................18
4. ПРОЕКТНЫЕ ПРОЦЕДУРЫ .................................................................... 20
4.1.
Планирование работы ...............................................................................................20
4.2.
Рабочее время и коммуникации ..............................................................................20
4.3.
Заседания Дирекции Проекта ..................................................................................21
4.4.
Совещания Рабочей группы .....................................................................................22
4.5.
Контроль статуса Проекта ........................................................................................23
ПРИЛОЖЕНИЕ 1. ФОРМЫ ПРЕДСТАВЛЯЕМОЙ ОТЧЕТНОСТИ ..... 24
2
ТЕРМИНЫ И СОКРАЩЕНИЯ
В данном документе будут использоваться следующие термины и сокращения:
Министерство Экономического развития Российской Федерации.
ЗАО «Ланит».
Создание официального сайта Российской Федерации в сети
«Интернет» для размещения информации о размещении заказов
на поставки товаров, выполнение работ, оказание услуг для
федеральных нужд, нужд субъектов Российской Федерации или
муниципальных нужд.
Программное обеспечение Общероссийский официальный сайт в
Общероссийский
сети Интернет для размещения информации о размещении
сайт, Система
заказов на поставки товаров, выполнение работ, оказание услуг
для федеральных нужд, нужд субъектов Российской Федерации
или муниципальных нужд.
Managing Implementation of Total Project – принципы управления
MITP
полным проектом, описывающие весь цикл управления
проектом.
Проектная команда Члены Дирекции Проекта и Рабочей группы Проекта.
Объем
работ Состав проводимых работ и требования к ожидаемым
результатам работ.
Проекта
Организационные и Состав подразделений Заказчика, которые будут использовать
ПО ООС и перечень функций, выполнение которых должно быть
функциональные
обеспечено с помощью ПО ООС.
границы Проекта
Объем
проектных Совокупность выполняемых работ (состав работ) и требований к
ним.
работ
Сведения о текущем ходе выполнения работ Проекта. Данные
Статус Проекта
сведения оформляются в виде еженедельного отчета.
Свойство объекта непрерывно сохранять работоспособное
Безотказность
состояние в течение некоторого времени или наработки. (ГОСТ
27.002).
Состояние объекта, при котором значения всех параметров,
Работоспособное
характеризующих способность выполнять заданные функции,
состояние
соответствуют требованиям нормативно-технической и (или)
конструкторской (проектной) документации (ГОСТ 27.002).
Заказчик, МЭР
Исполнитель
Проект
3
1. ОПИСАНИЕ ПРОЕКТА
1.1. Введение
В соответствии с государственным контрактом Заказчик и Исполнитель реализуют
проект по созданию официального сайта Российской Федерации в сети «Интернет» для
размещения информации о размещении заказов на поставки товаров, выполнение работ,
оказание услуг для федеральных нужд, нужд субъектов Российской Федерации или
муниципальных нужд (далее – Проект).
Общероссийский
официальный
информационно-аналитического
сайт
обеспечения
предназначен
субъектов
для
комплексного
экономического
рынка,
заинтересованных производителей (поставщиков, подрядчиков, исполнителей) продукции
и услуг для государственных и муниципальных нужд, широкой общественности о
деятельности государственных, муниципальных заказчиков и органов государственной
власти в сфере размещения заказов для государственных нужд, нужд субъектов РФ и
муниципальных нужд, а также для обеспечения возможности выполнения органами
исполнительной власти, заказчиками требований Федерального закона № 94-ФЗ в части
обязательного размещения официальной информации о размещении заказов для
государственных и муниципальных нужд.
В соответствии с требованиями международных стандартов качества (ISO 10006),
известными методологиями управления проектами, такими как PMBOK (Project
Management Institute), IBM (методология MITP), необходимым условием успешной
реализации крупных проектов является детальная проработка всех процессов управления
Проектом, документально зафиксированная в Уставе проекта.
Положения Устава проекта являются обязательными для выполнения всеми
участниками Проекта в ходе работ по всем этапам.
Устав проекта ни в коей мере не подменяет заключенный Государственный
контракт.
Устав проекта регулирует состав участников Проекта от Заказчика и Исполнителя,
порядок взаимодействия представителей Заказчика и Исполнителя, их обязанности,
порядок ведения и согласования проектной и иной документации, регламенты
представления отчетности и т.п.
В Устав проекта могут быть внесены изменения по ходу выполнения Проекта.
4
1.2. Жизненный цикл Проекта
Жизненный цикл Проекта состоит из следующих стадий:
1. Инициация.
2. Планирование.
3. Исполнение.
4. Мониторинг и управление.
5. Завершение.
На стадии инициации должны быть выполнены следующие действия:

принятие решения Заказчиком и Исполнителем о начале работ;

получение
разрешения
руководства
Заказчика
и
Исполнителя
на
использование ресурсов в Проекте.
На стадии планирования должны быть выполнены следующие действия:

согласование состава и последовательности выполнения работ;

оценка длительности работ и потребности в ресурсах;

разработка сетевого графика;

оценка затрат на каждую работу;

формализация процедур управления взаимодействием;

создание Проектной команды;

идентификация начальных рисков и определение мероприятий, которые
необходимо провести при их возникновении.
На стадии исполнения должны быть выполнены следующие действия:

выполнение работ в соответствии с сетевым графиком;

получение согласованных результатов работ.
На стадии мониторинга и управления должны быть выполнены следующие
действия:

контроль качества результатов работ;

согласование мероприятий по устранению замечаний.
На стадии завершения должны быть выполнены следующие действия:

подписание акта сдачи-приемки работ.
5
1.3. Цели, задачи и этапы Проекта
Целью Проекта является разработка программного обеспечения официального
сайта Российской Федерации в сети «Интернет» для размещения информации о
размещении заказов на поставки товаров, выполнение работ, оказание услуг для
федеральных нужд, нужд субъектов Российской Федерации или муниципальных нужд.
В соответствии с техническими требованиями государственного контракта в
Проекте должны быть решены следующие задачи:
1.
Создание проектной инфраструктуры.
2.
Актуализация технических требований на разработку смежных подсистем
Общероссийского официального сайта.
3.
Разработка технических требований на разработку смежных подсистем
Общероссийского официального сайта.
4.
Проектирование программного обеспечение смежных подсистем
Общероссийского официального сайта.
5.
Проектирование функций, обеспечивающих развитие ПО Общероссийского
официального сайта.
6.
Разработка смежных подсистем Общероссийского официального сайта первой
очереди. Развитие программного обеспечения Общероссийского официального
сайта.
7.
Разработка смежных подсистем Общероссийского официального сайта второй
очереди. Развитие программного обеспечения Общероссийского официального
сайта в части функции ведения сведений о контрактах.
8.
Актуализация (разработка) технической документации Общероссийского
официального сайта и обучающих материалов.
Проект должен быть реализован в два этапа:

этап 1 - с даты заключения государственного контракта до 30 сентября
2010 года;

этап 2 - с 1 октября 2010 года до 15 декабря 2010 года.
Ниже указан состав основных работ с делением по этапам.
6
№
этапа
1
Основные работы
Создание проектной инфраструктуры
Актуализация технических требований на разработку смежных подсистем
Общероссийского официального сайта
Разработка технических требований на разработку смежных подсистем
Общероссийского официального сайта
Проектирование программного обеспечение смежных подсистем
Общероссийского официального сайта
Проектирование функций, обеспечивающих развитие ПО Общероссийского
официального сайта
Разработка смежных подсистем Общероссийского официального сайта первой
очереди. Развитие программного обеспечения Общероссийского официального
сайта
Сдача - приемка результатов работ по первому этапу
2
Разработка смежных подсистем Общероссийского официального сайта второй
очереди. Развитие программного обеспечения Общероссийского официального
сайта в части функции ведения сведений о контрактах
Актуализация (разработка) технической документации Общероссийского
официального сайта и обучающих материалов
Сдача - приемка результатов работ по второму этапу
Детальные требования к работам и к ожидаемым результатам приведены в
технических требованиях к государственному контракту.
В связи с возможными изменениями состав и структура работ по Проекту могут
уточняться, но обязательно должны согласовываться Исполнителем и Заказчиком и
оформляться в соответствии с требованиями действующего законодательства Российской
Федерации.
7
2. ОРГАНИЗАЦИОННАЯ СТРУКТУРА ПРОЕКТА
2.1. Схема организации Проекта
Для обеспечения взаимодействия Исполнителя и Заказчика при выполнении работ
Проекта создается организационная структура проектного типа. На Рис. 1 представлена
схема организационной структуры Проекта.
Директор проекта
от Заказчика
Катамадзе А.Т.
Директор проекта
от Исполнителя
Ногинский М.В.
Руководитель проекта
от Заказчика
Катамадзе А.Т.
Руководитель проекта
от Исполнителя
Морлок А.Ю.
Заместитель Руководителя
проекта от Заказчика
Исаков Е.В.
Заместитель Руководителя
проекта от исполнителя
Вертело Д.В.
Дирекция проекта
Администратор проекта
Залещанский А.Б.
Руководители групп разработки и
архитектуры
Сидельников Д.В., Савочкин Е.А.
Члены рабочей группы
от Заказчика
Руководитель группы
системных аналитиков
Владимирцева Т.Е.
Руководитель группы
контроля качества
Чернова А.А.
Аналитики
Тестеровщики
Разработчики
Рабочая группа
Проектная команда
Рис. 1. Схема организационной структуры Проекта
Дирекция
Проекта
обеспечивает
стратегическое
руководство,
определяет
приоритеты и контролирует ход выполнения Проекта.
Рабочая группа Проекта обеспечивает общее управление Проектом, выполнение
работ в рамках Государственного контракта и согласованных ресурсов, а также принимает
все решения, не требующие изменения объема работ по Проекту.
2.2. Дирекция Проекта
2.2.1. Состав Дирекции Проекта
№
п/п
Ф.И.О.
Роль в Проекте
8
№
Ф.И.О.
п/п
Роль в Проекте
1
Катамадзе А.Т.
Директор Проекта от Заказчика
2
Ногинский М.В.
Директор Проекта от Исполнителя
3
Морлок А.Ю.
Руководитель проекта от Исполнителя
2.2.2. Функции Дирекции Проекта
Дирекция Проекта возглавляется Директором Проекта со стороны Заказчика и
является высшим органом управления Проектом.
Основные функции Дирекции Проекта следующие:

организация участия сотрудников каждой Заказчика и Исполнителя в
Проекте;

осуществление стратегического руководства Проектом;

определение приоритетных задач (работ) и контроль хода их выполнения;

контроль за расходованием средств в рамках согласованного бюджета
Проекта;

рассмотрение
и
оценка
полученных
в
ходе
реализации
Проекта
результатов;

решение проблем проекта, которые не могли быть решены на уровне
Рабочей группы Проекта;

организация взаимодействия Заказчика и Исполнителя, координация работ
по реализации Проекта.
2.2.3. Обязанности Директора Проекта от Заказчика
Директор Проекта от Заказчика должен обладать необходимыми полномочиями
для выполнения следующих обязанностей в Проекте:

определение организационных и функциональных границ Проекта;

обеспечение Проекта необходимыми ресурсами со стороны Заказчика;

организация заседаний Дирекции Проекта и совещаний Рабочей группы
проекта;

регулярный контроль состояния Проекта на соответствие организационным
и функциональным границам;

утверждение проектных документов и результатов Проекта.
9
2.2.4. Обязанности Директора Проекта от Исполнителя
Директор Проекта от Исполнителя должен обладать необходимыми полномочиями
для выполнения следующих обязанностей в Проекте:

обеспечение Проекта необходимыми ресурсами со стороны Исполнителя;

участие в совещаниях Дирекции Проекта и организация совещаний
Рабочей группы проекта;

контроль соблюдения условий Государственного контракта;

регулярный контроль бюджета Проекта;

организация контроля качества результатов проектных работ;

регулярный контроль состояния Проекта на соответствие организационным
и функциональным границам по представляемым Руководителем проекта
со стороны Исполнителя отчетам;

принятие мер по минимизации рисков;

согласование проектных документов и результатов Проекта.
2.3. Рабочая группа проекта
2.3.1. Состав рабочей группы Проекта
Состав ролей членов рабочей группы определяется настоящим документом.
Назначение конкретных сотрудников со стороны Исполнителя и со стороны Заказчика
производится в соответствии с распоряжениями Директора Проекта с соответствующей
стороны.
№
Роль в Проекте
п/п
1
Руководитель проекта от Заказчика
2
Руководитель проекта от Исполнителя
3
Руководители групп разработки и архитектуры
4
Руководитель группы системных аналитиков
5
Руководитель группы контроля качества
6
Администратор проекта
10
2.3.2. Функции Рабочей группы Проекта
Рабочая группа проекта возглавляется Руководителем проекта со стороны
Заказчика.
В состав Рабочей группы Проекта со стороны Заказчика и Исполнителя должны
включаться следующие представители:

обладающие
соответствующими
полномочиями
по
организации
выполнения работ Проекта;

обладающие достаточной компетенцией для разработки и реализации
проектных решений по созданию программного обеспечения ООС.
Члены рабочей группы со стороны Заказчика обеспечивают следующие
функции:

предоставление в соответствии со своей компетенцией и полномочиями
информации по запросам Исполнителя;

участие в рабочих совещаниях и встречах, связанных с разработкой ПО
ООС, c сотрудниками Исполнителя, а также представителями организаций,
подведомственных Заказчику для рассмотрения спорных вопросов и
решения проблем;

рассмотрение и согласование проектных материалов в соответствии с
порядком и сроками, указанными в сетевом графике;

согласование проектных документов;

участие в сдаче-приемке, выполненных по Проекту, работ.
Члены рабочей группы со стороны Исполнителя обеспечивают следующие
функции:

подготовку проектных документов и отчетных материалов в соответствии с
порядком и сроками;

разработку и согласование проектных решений с членами рабочей группы
со стороны Заказчика;

подготовку
запросов
на
предоставление
Заказчиком
необходимой
информации для выполнения проектных работ;

участие в совещаниях и встречах Рабочей группы Проекта, связанных с
разработкой ПО ООС, с сотрудниками Заказчика и организаций,
подведомственных ему для рассмотрения спорных вопросов и решения
проблем.
11
2.3.3. Обязанности Руководителя Проекта от Заказчика
Руководитель
Проекта
от
Заказчика
должен
обладать
необходимыми
полномочиями для выполнения следующих обязанностей в Проекте:

содействие Руководителю проекта от Исполнителя в управлении Проектом
и организации работ по Проекту;

контроль соблюдения требований государственного контракта;

обеспечение Проекта необходимыми ресурсами со стороны Заказчика;

координация действий и обеспечение сотрудничества с членами Рабочей
группы Проекта со стороны Исполнителя;

планирование работы членов Рабочей группы проекта со стороны
Заказчика;

контроль исполнения работ участниками Проекта со стороны Заказчика;

обеспечение процедуры согласования и утверждения отчетных материалов;

регулярный анализ хода выполнения Проекта с членами Рабочей группы
проекта со стороны Заказчика;

предоставление необходимых материалов для подготовки заседания
Дирекции Проекта.
Руководитель проекта от Заказчика напрямую взаимодействует по всем текущим
вопросам реализации Проекта с Руководителем проекта от Исполнителя.
Руководитель проекта от Заказчика еженедельно информирует Директора Проекта
от Заказчика о состоянии дел в Проекте.
2.3.4. Руководитель проекта от Исполнителя
Руководитель
Проекта
от
Исполнителя
должен
обладать
необходимыми
полномочиями для выполнения следующих обязанностей в Проекте:

контроль
соответствия
объема
проектных
работ
обязательствам
Государственного контракта;

контроль бюджета Проекта;

обеспечение
выполнения
работ
в
соответствии
с
планом
работ,
организационными и функциональными границами и бюджетом;

разработка Сетевого графика работ и оперативных планов проекта и
обеспечение проекта ресурсами со стороны Исполнителя;

координация работы Рабочей группы проекта со стороны Исполнителя и
контроль выполнения поставленных перед ними задач;
12

организация
и
координация
работы
членов
проектной
команды
Исполнителя;

контроль Статуса Проекта, включая контроль сроков выполнения работ и
бюджета Проекта;

контроль фактических затрат рабочего времени Членов рабочей группы от
Исполнителя;

учет при управлении Проектом положений таких стандартов, как
ISO 10006, PMBOK, MITP (IBM);

организация подготовки проектных документов и отчетных материалов;

решение проблем, возникающих на уровне рабочей группы со стороны
Исполнителя и, при необходимости, вынесение их на уровень Дирекции
проекта;

предоставление необходимых материалов для подготовки заседаний
Дирекции проекта;

подготовка отчета о текущем Статусе Проекта.
Руководитель проекта от Исполнителя напрямую взаимодействует по всем
текущим вопросам реализации проекта с Руководителем проекта от Заказчика.
Руководитель проекта от Исполнителя еженедельно информирует Директора
Проекта от Исполнителя о состоянии дел в Проекте.
2.3.5. Руководители групп разработки и архитектуры
Руководители групп разработки и архитектуры должны обладать необходимой
компетенцией для выполнения следующих обязанностей в Проекте:

разработка архитектуры программного обеспечения Общероссийского
сайта в соответствии с Сетевым графиком, согласованным объемом и
бюджетом Проекта;

выработка совместно с Руководителем проекта со стороны Исполнителя
принципиальных технологических и технических решений, и последующее
их согласование с Руководителем проекта со стороны Заказчика;

контроль технической согласованности работ по проекту;

координация работ, связанных с установкой программного обеспечения,
средств интеграции приложений и информационной безопасности;

разработку требований и спецификаций к комплексам программнотехнических средств, необходимых для реализации Проекта;
13

взаимодействие с рабочими группами в рамках проведения проектных
работ, в том числе:
o разработка требований к подсистемам в рамках реализации архитектуры
Проекта;
o контроль и координация работ по реализации принципиальных
технологических
и
технических
решений,
согласованных
Руководителями проекта с обеих сторон;
o контроль согласованности технических аспектов работ по Проекту,
проводимых проектной командой Исполнителя.
2.3.6. Руководитель группы системных аналитиков
Руководитель группы системных аналитиков должен обладать необходимой
компетенцией для выполнения следующих обязанностей в Проекте:

проведение обследования, уточнение требований к функциям ООС;

подготовка технического задания, проектной, эксплуатационной и иной
документации Проекта;

подготовка документов по обучению пользователей ООС;

проведение обучения пользователей ООС.
2.3.7. Руководитель группы контроля качества
Руководитель
группы
контроля
качества
должен
обладать
необходимой
компетенцией для проведения тестирования программного обеспечения ООС, в части;

требований к функциям;

реализации дизайна и удобства интерфейсов;

требований к производительности (нагрузочное тестирование);

совместимости с внешними системами.
2.3.8. Администратор Проекта
Администратор
Проекта
должен
обеспечивать
выполнение
следующих
обязанностей:

сбор еженедельных отчетов по выделенным направлениям ведения
Проекта, формирование проекта единого отчета и его представление для
согласования Заместителю Руководителя Проекта;

подготовка повесток дня и ведение протоколов совещаний Рабочей группы
Проекта и заседаний Дирекции Проекта;
14

организация хранения проектной документации;

ведение входящей/исходящей корреспонденции;

передача и получение проектной документации для согласования;

поддержание Сетевого графика в актуальном состоянии;

управление
правами
доступа
к
материалам
Проекта
в
средстве
коллективной работы;

ведение журналов изменений, рисков, внутренней переписки;

контроль за обновлением версий проектных документов и отчетных
материалов в средстве коллективной работы;

контроль активных задач и проблем Проекта, отслеживание хода
выполнения решений по ним;

планирование совместных мероприятий с участием представителей
Заказчика и Исполнителя;

согласование состава участников и времени (места) проведения совещания
(заседания).
15
3. ВЗАИМОДЕЙСТВИЕ ЧЛЕНОВ РАБОЧЕЙ ГРУППЫ ПРОЕКТА
Обязанность
по
организации
информационного
взаимодействия,
включая
подготовку, сбор, передачу и хранение информации, в ходе Проекта возлагается на
Руководителей Проекта с обеих сторон.
В Проекте принимаются следующие способы взаимодействия: совещания (Рабочей
группы), заседания (Дирекции), рабочие встречи, телефонные переговоры, обмен
электронной корреспонденцией и официальными письмами. При выборе используемого
способа определяющим фактором является необходимость получения качественного
результата в кратчайшие сроки.
Для хранения и обеспечения возможности просмотра проектных документов
участниками Проекта должно использоваться средство коллективной работы – Microsoft
Office SharePoint Server 2007.
При обмене информацией отправитель несет ответственность за предоставление
ясной, недвусмысленной и полной1 информации.
Для
обмена
информацией
основным
способом
является
электронной
корреспонденцией2. C помощью электронных писем производится формирование и
выполнение запросов на предоставление информации, отправка на согласование
проектных документов, представление отчетной информации по ходу Проекта и т. п.
Письма должны быть отработаны адресатами в срок, не превышающий трех рабочих
дней. Кроме непосредственных адресатов корреспонденция должна направляться в копии
Руководителям и Администратору Проекта.
При
запросе
информации
должны
быть
определены:
описание
формата
представления информации (электронный или печатный), содержание (описание предмета
запрашиваемой
информации),
уровень
детализации
информации
и
соглашения/терминологии, которые будут использованы при исполнении запроса.
Для решения рабочих вопросов участниками Проекта могут быть использованы
рабочие встречи и телефонные переговоры. Дальнейшее использование в Проекте
решений, выработанных в результате встреч и телефонных переговоров, допустимо после
их подтверждения со стороны Заказчика и Исполнителя с помощью электронных писем.
Полная информация – информация, содержащая все необходимые сведения, для принятия корректного
решения.
1
2
Электронная корреспонденция – письма (сообщения), отправленные по электронной почте.
16
Передача копий проектных документов (Акты сдачи-приемки, Техническое
задание и т.д.) осуществляется по Акту передачи документов на имя Руководителя
проекта.
Решение проблем и спорных вопросов не определенных в настоящем регламенте и
препятствующих нормальному ходу Проекта должно осуществляться на уровне Рабочей
группы. Инициатором спорного вопроса может быть любой член Рабочей группы. Если
проблема или спорный вопрос неразрешимы на уровне Рабочей группы, они выносятся на
уровень Дирекции Проекта.
3.1. Регламент обмена официальными документами
Официальные письма и документы, включая итоговые отчеты, предусмотренные
Государственным контрактом, направляемые от Исполнителя в адрес Заказчика и от
Заказчика в адрес Исполнителя, направляются на имя Директора проекта. Передача
документов должна осуществляться с сопроводительным письмом.
3.2. Требования к проектному офису
Для оперативной, слаженной и качественной работы Проектной команды
необходимо обеспечить высокую оперативную доступность сотрудников Заказчика и
Исполнителя. Для этого на территории Заказчика должен быть развернут Проектный
офис. Проектный офис должен включать минимум три рабочих места для размещения
членов Проектной команды, а также оборудование для проведения совещаний, заседаний,
рабочих встреч и т.п.
Использование Проектного офиса на различных этапах жизненного цикла Проекта
устанавливается по необходимости членами Рабочей группы в рабочем порядке.
3.3. Требования к программному средству коллективной работы
Для обеспечения возможности доступа к проектной документации участников
Проекта, корректной совместной работы над документами специалистов Заказчика и
Исполнителя, с учетом версионности документов, мониторинга состояния разработки
документов Проекта, а также для постановки текущих задач и контроля их выполнения
будет использоваться программное средство коллективной работы над Проектом.
В качестве указанного программного средства должен использоваться Microsoft
Office SharePoint Server 2007, развернутый на технических средствах и на территории
Исполнителя. Доступ к средству коллективной работы специалистов Заказчика и
17
Исполнителя осуществляется через Интернет в соответствии с определенной политикой
разграничения прав доступа.
Исполнитель обязуется обеспечить безотказную работу средства коллективной
работы для представителей Заказчика и Исполнителя 24 часа в сутки 7 дней в неделю без
выходных.
Вместе
работоспособного
с
тем,
состояния,
допускается
полное
являющееся
или
следствием
частичное
одиночных
ограничение
отказов
его
компонентов (аппаратное и/или программное обеспечение), однако максимальное время
восстановления его полнофункциональной работы не должно превышать 24 часов, а
общее время отсутствия доступности (вынужденного простоя) программного средства
коллективной работы не должно превышать 144 часов в год.
3.4. Процедура согласования документов
В процессе разработки документов аналитики Исполнителя проводят рабочие
встречи с представителями Заказчика для уточнения функциональных требований к
Общероссийскому сайту и первичного согласования. Первичное согласование проводится
с Заместителем руководителя Проекта от Исполнителя.
После первичного согласования, документы с сопроводительным письмом
передаются Заказчику для окончательного согласования. Процедура окончательного
согласования переданных на электронном носителе документов не должна превышать
пяти рабочих дней.
В случае отсутствия замечаний к разработанной документации, Руководитель
проекта со стороны Заказчика извещает об этом Руководителя проекта со стороны
Исполнителя по электронной почте или в письменной форме.
В случае возникновения замечаний к разработанной документации, Руководитель
проекта со стороны Заказчика возвращает документы, скорректированные в режиме
правки (с полным списком замечаний ко всей переданной документации), Руководителю
проекта со стороны Исполнителя. Список замечаний должен содержать следующие
сведения:

место (страница), где необходимо устранить замечания;

обоснованное описание замечания;

по возможности, предложение по его устранению (предлагаемая редакция
текста).
Исполнитель в срок не превышающий трех рабочих дней дорабатывает
документацию и передает их исправленные версии повторно.
18
В каждом еженедельном отчете по Проекту Исполнителем должен быть
представлен (приложен) полный список разрабатываемых документов со статусом их
текущего согласования.
В случае задержки
согласования
документов
более оговоренного срока,
Исполнителем должны делаться соответствующие записи в еженедельных отчетах в
таблице «Проблемы, выявленные за отчетный период».
19
4. ПРОЕКТНЫЕ ПРОЦЕДУРЫ
4.1. Планирование работы
Для целей управления Проектом определены и должны разрабатываться
следующие виды планов:
1. Сетевой график, который должен содержать полный детализированный состав работ
Исполнителя и Заказчика, очередность и трудоемкость выполнения, сроки начала и
завершения каждой работы, форму ее завершения и конкретных исполнителей, а также
контрольные точки с указанием сроков их достижения.
2. Оперативный план, который уточняет параметры Сетевого графика и разрабатывается
на оперативный период планирования – две недели. Оперативный план представляется
в виде раздела в еженедельном отчете о выполнении Проекта. Оперативный план
уточняется и согласовывается Руководителями Проекта в ходе проведения совещаний
Рабочей группы Проекта.
Исполнитель является ответственным за разработку планов.
Заказчик является ответственным за согласование планов.
Ход исполнения Оперативного плана работ по отношению к сетевому графику,
должен непрерывно отслеживаться Руководителями Проекта в целях своевременного
принятия корректирующих мер при возникновении отклонений фактического исполнения
от сетевого графика.
4.2. Рабочее время и коммуникации
1. Участие членов рабочей группы в проектных работах ограничивается официальным
рабочим днем с 10-00 до 18-30 кроме официальных выходных дней. По согласованию
сторон допускается проведение рабочих встреч за рамками официального рабочего
дня.
2. Члены Рабочей группы Проекта со стороны Исполнителя получают задание от своего
непосредственного руководителя в Проекте в соответствии с организационной
структурой Проекта.
3. Руководитель проекта со стороны Исполнителя фиксирует данные задачи и сроки их
выполнения в Оперативных планах работ, и рассылает их членам проектной команды
по электронной почте.
20
4. В случае планируемого отсутствия (отпуск, обучение и т.п.) на Проекте члена Рабочей
группы, сотрудник обязан согласовать заявление на отпуск/учебу с Руководителем
проекта со своей стороны. Руководитель проекта с указанной стороны должен
поставить в известность об этом Руководителя проекта с другой стороны.
5. В случае вынужденного отсутствия на рабочем месте член проектной команды обязан
поставить в известность Руководителя проекта со своей стороны и сообщить
доступный вариант связи с ним на время своего отсутствия.
4.3. Заседания Дирекции Проекта
1. Заседания Дирекции Проекта проводятся не реже чем один раз в две недели, а также
могут быть инициированы по мере возникновения необходимости.
2. На соответствующих заседаниях Дирекции Проекта присутствуют Руководители
Проекта со стороны Заказчика и Исполнителя и, при необходимости, другие члены
Рабочей группы Проекта.
3. По результатам каждого проведенного совещания рабочей группы Руководитель
проекта
со
стороны
Исполнителя
в
течение
двух
рабочих
дней
готовит
соответствующий протокол совещания и отправляет его по электронной почте в адрес
Руководителя проекта со стороны Заказчика.
4. Протокол заседания содержит сведения, характеризующие решения, принятые в ходе
его проведения.
5. Руководитель проекта со стороны Заказчика согласует протокол, либо дает к нему
замечания (раздел 3. Взаимодействие членов Рабочей группы Проекта). Если
замечания не поступили в течение двух рабочих дней, после рассылки протокола,
протокол
считается
утвержденным.
Утвержденный
протокол
направляется
официальным письмом в адрес Заказчика.
6. С момента утверждения Заказчиком и Исполнителем протокола совещания рабочей
группы, решения, принятые в ходе его проведения, являются обязательными для
исполнения.
21
4.4. Совещания Рабочей группы
1. При необходимости решения вопросов комплексного характера, затрагивающих
интересы разных подразделений Заказчика, их рассмотрение выполняется на
совещаниях Рабочей группы Проекта.
2. Совещания рабочей группы проводятся по инициативе Руководителя проекта со
стороны Заказчика либо Руководителя проекта со стороны Исполнителя.
3. На совещаниях рабочей группы обязательно должны присутствовать Руководитель
проекта со стороны Заказчика (либо его заместитель) либо Руководитель проекта со
стороны Исполнителя (либо его заместитель). Присутствие других членов рабочей
группы определяется по усмотрению руководителей проекта.
4. Руководитель проекта, инициировавший очередное совещание, ответственен за
подготовку повестки совещания и определение времени проведения совещания, и
согласовывает их с Руководителем проекта с другой стороны.
5. Время совещания согласовывается не менее чем за один день до совещания.
Предположительная продолжительность совещания до 1 часа с возможным
увеличением времени до принятия решений.
6. Совещания, проводимые в нерабочее время должны назначаться не менее чем за два
дня до даты совещания.
7. По результатам каждого проведенного совещания рабочей группы Руководитель
проекта
со
стороны
Исполнителя
в
течение
двух
рабочих
дней
готовит
соответствующий протокол совещания и отправляет его по электронной почте в адрес
Руководителя проекта со стороны Заказчика.
8. Протокол совещания содержит сведения, характеризующие решения, принятые в ходе
его проведения.
9. Руководитель проекта со стороны Заказчика согласует протокол, либо дает к нему
замечания. Если замечания не поступили в течение двух рабочих дней, после рассылки
протокола, протокол считается утвержденным. Утвержденный протокол направляется
официальным письмом в адрес Заказчика.
10. С момента утверждения протокола совещания Рабочей группы, решения, принятые в
ходе его проведения, являются обязательными для исполнения сторонам.
22
4.5. Контроль статуса Проекта
1. Руководители Проекта анализируют возможные временные отклонения от Сетевого
графика, их причины, возникшие проблемы и изменения в объеме проектных работ,
которые могут привести к изменению стоимости Проекта. В случае возникновения
отклонений (изменений) в объеме проектных работ Руководители Проекта проводят их
анализ на обоснованность с точки зрения достижения цели Проекта и затем выносят на
рассмотрение Дирекции Проекта.
2. Руководитель Проекта со стороны Исполнителя еженедельно, по электронной почте,
представляет Руководителю проекта со стороны Заказчика отчет о состоянии Проекта.
Руководитель Проекта со стороны Заказчика согласует отчет, либо дает к нему
замечания. Если замечания не поступили в течение двух рабочих дней после
предоставления отчета, отчет считается согласованным. Согласованный отчет
направляется официальным письмом в адрес Заказчика.
23
ПРИЛОЖЕНИЕ 1. ФОРМЫ ПРЕДСТАВЛЯЕМОЙ ОТЧЕТНОСТИ
Отчет о состоянии проекта на ___ ____________ 2010 года
Наименование проекта
Заказчик
Статус
Руководитель проекта
Общая оценка состояния проекта, данная руководителем проекта:
Главные задачи:
Выполненные работы (с указанием полученных существенных результатов):
№
Работа
Результат
1.
Запланированные, но отложенные или незавершенные в срок работы:
№
Работа
Причина
Планируемая
дата завершения
Ответственный
1.
Планируемые работы и ожидаемые результаты (Оперативный план):
№
Работа
Результат
Дата
завершения/текущий
процент выполнения
Дальнейшие
действия
Ответственный
1.
Риски, выявленные за отчетный период:
Риски
№
Краткое описание риска и
комментарий
Степень
угрозы3
Результаты обсуждения с
Заказчиком
1.
3
Степень угрозы риска принимает значения: Критическая, Высокая, Средняя, Низкая
24
Предпринимаемые
меры
Проблемы, выявленные за отчетный период
№
Краткое описание проблемы и комментарий
Статус4
Важная.
1.
нет
Изменения (только инициированные или находящиеся в состоянии выполнения
в отчетном периоде)
Руководитель Проекта от Исполнителя
________________ /Морлок А.Ю./
Руководитель Проекта от Заказчика
4
________________ /Катамадзе А.Т./
Статус проблемы принимает значения: Критическая, Важная, Незначительная, Несущественная
25
Таблица. Перечень разрабатываемых документов со статусом согласования (в
процентах)
Документ
Дата
готовности
Подсистема
26
Процент согласования с
Е.В. Исаковым
Процент
согласования с
А.Т. Катамадзе