Проблема – это реализованный риск.
Процедура управления проблемами состоит из следующих шагов:
Выявление проблемы. Проблема может быть выявлена специалистом Исполнителя или Заказчика. Информация направляется РПЗ и РПИ.
Анализ проблемы проводится на совещаниях рабочей группы. Планируются возможные действия по снижению влияния проблемы или ликвидации угроз, оценивают влияние этих действий на план и стоимость работ. Информация отражается в «Отчете о состоянии проекта»;
На основании принятых решений РПИ вносит в план проекта согласованные задачи по решению проблемы. Ответственным исполнителям направляются формализованные задачи по плану;
РПЗ и РПИ проводят периодическое рассмотрение нерешенных проблем, анализ всех нерешенных проблем с целью контроля хода их решения.
В случае, если решение проблемы не может быть найдено на совещании рабочей группы, проблема должна быть вынесена на обсуждение Управляющим комитетом проекта.
8Контроль и отчётность Контроль на совещаниях рабочей группы
В еженедельных рамках совещания рабочей группы выполняется контроль исполнения ранее принятых решений, а также рассмотрение состояния проекта путем обсуждения информации отчета о статусе проекта (Приложение 3) и принятие соответствующих решений.
По результатам каждого совещания рабочей группы РПЗ составляет протокол совещания (Приложение 4) с перечислением принятых решений, который рассылается участникам совещания для согласования и утверждения.
Участник, получив протокол совещания, составляет список замечаний (если они у него имеются) и отправляет его составителю протокола по электронной почте. Составитель вносит изменения в протокол, в соответствии со списком замечаний.
Участник, в случае согласия с содержанием протокола, высылает подтверждение по электронной почте. Если замечаний в течение 3-х рабочих дней замечаний от Участника не поступило, то содержание протокола так же считается согласованным.
После внесения замечаний всех участников совещания протокол распечатывается, подписывается Руководителями проекта с обеих сторон, сканируется и направляется всем участникам совещания. Подписанный Руководителями проекта протокол становится утвержденным.
Формат заседания рабочей группы по статусу проекта еженедельный (предпочтительно по пятницам).
Контроль на совещаниях Управляющего комитета
Управляющий комитет оценивает состояние работ на Проекте по представляемому РПИ «Отчету о статусе Проекта» (Приложение 3). Отчет содержит описание степени выполнения работ, риски, формулировки проблем, возникших на проекте. Управляющий комитет контролирует и принимает решения по запросам на изменение проекта и спорным вопросам.
После каждого совещания Управляющего комитета РПЗ составляет протокол совещания и проводит его согласование и утверждение в соответствии с процедурой, описанной в разделе «Контроль на совещаниях рабочей группы».
Формат заседания Управляющего комитета по статусу проекта ежемесячный (дата и время определяется руководителем проекта заказчика и согласуется руководителем проекта исполнителя, состав участников определяется настоящим документом). При необходимости принятия решения, не терпящего отлагательств и которое не может быть принято на совещаниях рабочей группы, может быть организовано внеочередное заседание Управляющего комитета.
Отчетность
Отчет по состоянию проекта должен быть подготовлен не позднее, чем за один день до проведения совещания. В случае если совещание не планируется, отчет подготавливается и передается Руководителю проекта со стороны Заказчика каждый четверг.
Приложение 1 Риски проекта
Таблица 1. Риски проекта
№
|
Риск
|
Вероятность наступления*
|
Управляемость
|
Влияние на Проект
|
Решение по минимизации
|
Ответственный за управление риском
|
|
Границы проекта нечетко определены. Намерения Исполнителя не соответствуют ожиданиям Заказчика.
|
4
|
6
|
24
- Увеличение объема выполняемых работ;
- Увеличение сроков реализации проекта;
- Увеличение бюджета проекта.
|
- Детальное согласование и фиксация разрабатываемых решений на каждом этапе реализации проекта;
- Своевременная актуализация методики выполнения работ;
- Активное привлечение участников проектной команды Заказчика к участию в актуализации методики выполнения работ и проектных работах.
|
РП от Исполнителя
|
|
Внедряемая система реализует не все ожидания или вызывает конфликт интересов у заинтересованных подразделений Заказчика.
|
5
|
6
|
30
- Дополнительное время на проработку альтернативных решений;
- Общее увеличение сроков реализации проекта;
- Увеличение бюджета проекта
|
- Детальное обследование систем и потребностей Заказчика на первом этапе;
- Подключение УК и Куратора проекта Заказчика к решению конфликтных ситуаций между заинтересованными сторонами.
|
Архитектор проекта от Исполнителя
|
|
Изменение ключевых участников проектной команды Заказчика
|
5
|
3
|
15
- Изменение функциональных и технических требований к проекту;
- Увеличение сроков реализации проекта;
- Увеличения бюджета проекта.
|
- Протоколирование и преемственность достигнутых договоренностей на всех стадиях проекта;
- Поддержание актуальной информации о составе проектной команды Заказчика;
- Ведение реестра отпусков ключевых сотрудников Заказчика.
|
РП от Заказчика
|
|
Задержка в принятии решений со стороны Заказчика
|
6
|
3
|
18
- Увеличение сроков реализации проекта
|
- Своевременное информирование членов УК о необходимости участия в принятии решений по ключевым вопросам проекта.
|
РП от Заказчика
|
|
Задержка в согласовании /утверждении результатов проекта (как по этапам, так и по проекту в целом)
|
6
|
3
|
18
- Увеличение сроков реализации проекта
|
- Фиксация ответственных за согласование и утверждение сотрудников Заказчика;
- Заблаговременное информирование ответственных исполнителей Заказчика о необходимости согласования и утверждения результатов проекта;
- Ознакомление ответственных за согласование и утверждение исполнителей с промежуточными результатами этапов работ (если таковые имеются).
|
РП от Заказчика
|
|
Существенное изменение требований к оборудованию и ПО (заложенных в проект на этапе согласования договора)
|
7
|
4
|
28
- Изменение состава и количества внедряемого оборудования и ПО;
- Изменение бюджета проекта.
|
- Проработка альтернативных архитектурных решений.
- Подготовка доп. соглашений к договору с изменёнными спецификациями.
|
Архитектор проекта от Исполнителя
|
|
Несвоевременное предоставление информации Заказчиком о системах, вовлеченных в бизнес-процесс
|
4
|
6
|
24
- Увеличение сроков
|
Своевременное предоставление описания / спецификаций по взаимодействию с внешними системами
Реализация типовых проверочных сценариев взаимодействия на начальных этапах разработки
|
Бизнес-эксперты по направлениям,
Архитектор проекта
|
|
Сложности при развертывании системы на площадке Заказчика
|
4
|
7
|
28
- Увеличение сроков
|
Организация промежуточных тестирований на оборудовании заказчика при взаимодействии со специалистами Заказчика.
|
Архитектор проекта
|
|
Изменение, расширение или устаревание требований
|
4
|
7
|
28
- Увеличение сроков
- Увеличение стоимости
|
Оперативный анализ и согласование изменений требований.
Любое расширение функциональных границ Проекта должно быть отражено в протоколах изменений, зафиксировано в соответствующих Дополнительных соглашениях к Договору и сопровождаться изменением временных рамок и бюджета проекта.
|
РП от Исполнителя,
РП от Заказчика
|
|
Функциональные ограничения продуктов или систем, с которыми реализуется взаимодействие (например, ASMI)
|
5
|
2
|
10
- Увеличение сроков
|
Организация итеративного и приемочного тестирования на тестовом стенде или площадке Заказчика.
Оперативное уведомление и устранение проблемы на тестовом стенде или площадке Заказчика.
Анализ логирования ошибок и трассировки приложения.
|
Архитектор проекта
|
|
Несвоевременная проверка и утверждение Заказчиком спецификаций, планов на разработку и тестирование
|
6
|
5
|
30
- Увеличение сроков
- Увеличение стоимости
|
Выделение ответственного со стороны Заказчика за утверждение спецификаций, планов на разработку и тестирование и установление максимального срока реагирования (например, в 8 рабочих часов)
Выделение ответственного со стороны Исполнителя за утверждение спецификаций, планов на разработку и тестирование и установление максимального срока реагирования (например, в 8 рабочих часов)
|
РП от Заказчика, РП от Исполнителя
|
|
Функциональные ограничения продуктов, произведенных третьими сторонами или системам, с которыми реализуется взаимодействие
|
8
|
2
|
16
- Увеличение сроков
|
Организация итеративного и приемочного тестирования на тестовом стенде или площадке Заказчика.
Оперативное уведомление и устранение проблемы на тестовом стенде или площадке Заказчика.
Анализ логирования ошибок и трассировки приложения.
|
Архитектор проекта
|
|
Недостаток информации об инфраструктуре
|
6
|
6
|
36
- Увеличение сроков
|
Уточнить входные и выходные параметры для реализуемого продукта.
|
Архитектор проекта
|
|
Задержки с доставкой оборудования
|
7
|
2
|
14
- Увеличение сроков
|
Регулярный мониторинг ситуации с закупками
Корректировки плана, при необходимости
|
Администратор от Исполнителя,
Администратор от Заказчика
|
|
Низкий уровень вовлеченности со стороны проектной команды Заказчика
|
5
|
7
|
35
- Увеличение сроков
| |
РП от Исполнителя,
РП от Заказчика
|
* Вероятность наступления, управляемость, влияние риска может принимать значение от 1 до 10, где значение 10 соответствует 100%. В таблице приведены первоначальный список рисков и их оценки, которые должны на регулярной основе корректироваться по ходу проекта.
Приложение 2 Состав работ
Этап Проекта
|
Состав работ
|
Результат
|
Трудозатраты, чел./д.
|
Длительность, раб. д.
|
Этап 1. Обследование и подготовка общего технического задания (включая необходимое и достаточное описание бизнес-процессов)
|
|
|
|
|
Этап 2. Проектирование информационной Системы
|
|
|
|
|
Этап 3. Разработка, поставка и настройка оборудования и ПО Системы
|
|
|
|
|
Этап 4. Опытная эксплуатация информационной Системы и консультационные услуги по работе пользователей в Системе. Поддержка опытной эксплуатации Системы
|
|
|
|
|
Этап 5. Передача Системы в коммерческую эксплуатацию. Подписание актов
|
|
|
|
|
Итого по комплексному проекту
|
|
|
|
|
Приложение 3 Статус-отчёт
Статус-отчет по задачам
автоматизации коммерческой деятельности СЦТ
за период дд.мм.гггг – дд.мм.гггг
|
Дата:
|
дд.мм.гггг
|
А. Работы, проведенные в отчетном периоде
|
№ п/п
|
Название работы/задачи
|
Дата окончания план
|
Дата окончания факт
|
Отклонение (календ. дней)
|
Ответств. исполн.
|
Статус
|
|
|
|
|
|
|
|
6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
В. Работы, которые запланированы с дд.мм.гггг по дд.мм.гггг
|
№ п/п
|
Название работы/задачи
|
Дата начала
|
Дата окончания
|
Ответств. исполн.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
С. Вопросы и открытые проблемы
|
№ п/п
|
Описание
|
Решение/Проект решения
|
Срок решения
|
Ответст-венный
|
Приори-тет
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Приложение 4 Протокол совещаний
Протокол
совещания по проекту «Автоматизация коммерческой деятельности СЦТ»
дд.мм.гггг г. Москва
Присутствовали:
Со стороны ООО «Специалист»(далее – «СЦТ» или «Заказчик»):
Со стороны ЗАО «РОМАШКА» (далее – Исполнитель):
Повестка дня:
Решили:
Должность/Роль в проекте утверждающего лица ФИО
Лист согласования:
Должность/Роль в проекте
|
Ф.И.О.
|
Подпись
|
Дата
|
|
|
|
|
|
|
|
|
|
|
|
|
Приложение 5 Требование на изменение проекта
Требование на изменение проекта
Проект
|
<Код проекта>
|
Код
|
<№ Контракта (без года)>
|
Дата начала
|
<Дата приказа>
|
Заказчик
|
<Официальное наименование заказчика из контракта>
|
Менеджер проекта от Исполнителя
|
<ФИО менеджера проекта от Исполнителя>
|
Менеджер проекта от Заказчика
|
<ФИО менеджера проекта от Заказчика>
|
Фаза проекта
|
|
№
|
|
Приоритет (выделить)
|
Критическое/Высокое/Среднее/Низкое
|
Появление
|
Выявлено (с указанием ФИО)/ Проблема/Риск/Угроза
|
Дата:
|
Анализ
|
Исполнитель:
|
Дата начала:
|
Статус (выделить)
|
Открыто/Отправлено на анализ/Анализируется/Рекомендована резолюция/Резолюция утверждена/Резолюция отложена/Не будет никаких действий (отказ).
|
Описание
|
|
Результаты анализа
|
Необходимые действия:
|
Влияние на:
План работ:
Трудоемкость:
Стоимость:
|
Утвержденное изменение проекта
|
Утвержденные действия:
|
Корректировка:
План работ:
Трудоемкость:
Стоимость:
|
Утверждение
|
Исполнитель:
Дата:
|
Заказчик:
Дата:
|
Взаимосвязь (код)
|
Риск/угроза:
|
Проблема:
|
Приложение 6 Журнал требований на изменение проекта
Журнал требований на изменение проекта
Проект
|
<Код проекта>
|
Код
|
<№ Контракта (без года)>
|
Дата начала
|
<Дата приказа>
|
Заказчик
|
<Официальное наименование заказчика из контракта>
|
Менеджер проекта от Исполнителя
|
<ФИО менеджера проекта от Исполнителя>
|
Менеджер проекта от Заказчика
|
<ФИО менеджера проекта от Заказчика>
|
№
|
Описание
|
Причина появления
|
Дата появления
|
Приоритет
|
Текущий статус
|
Дата утверждения
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Статус:
ОТК - Открыто;
ОТП - Отправлено на анализ;
АН – Анализируется;
РЕК - Рекомендована резолюция;
УТВ - Резолюция утверждена;
ОТЛ - Резолюция отложена;
НЕТ- Не будет никаких действий (отказ).
|
Причина появления:
В - Выявлено (с указанием ФИО);
П - Проблема;
|
Приоритет:
К - Критическое;
В - Высокое;
С - Среднее;
|
Приложение 7 Протокол о несоответствии
|
Протокол о несоответствии
|
|
Протокол о несоответствии № __ от «___» __________ 2010
|
Новое несоответствие Продолжение по несоответствию № _______
Внутренний аудит Жалобы Другое
Формулировка несоответствия
|
[В данном разделе описывается несоответствие по ходу проекта. Несоответствием может быть увеличение каких-либо сроков, либо отход от каких-либо поставленных рамок проекта, либо другие несоответствия выявленные инициатором несоответствия. Инициатор это участник проекта не обязательно создавший данное несоответствие, а просто его выявишIий]
|
|
Дата __.__.__
|
Инициатор
_________________________
|
Причины несоответствия
|
[В данном разделе должны быть описаны причины возникновения несоответствия. Инициатор должен понимать, что перечисления несоответствия без указания или определения причин может выглядеть как необоснованное несоответствие]
|
|
Дата __.__.__
|
Инициатор
_________________________
|
Корректирующие действия
|
[В данном разделе приводится одно или несколько возможных корректирующих действий, которые могут устранить данное несоответствие. Инициатор должен стараться не просто указать на несоответствие, а предложить возможные варианты выхода из создавшейся ситуации. Координационный совет или другой управляющий орган проекта должен уже точно определить вариант решения проблемы и назначить Ответственного за ее устранение.]
|
|
Дата __.__.__
|
Ответственный за устранения несоответствия
_____________________
|
Приложение 8 Персональный состав проектной команды Заказчика
Персональный состав проектной команды Заказчика
ФИО
|
Роль в проекте
|
Управляющий комитет (УК)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Приложение 9 Состав ключевых участников проектной команды Исполнителя
Состав ключевых участников проектной команды Исполнителя
ФИО
|
Роль в проекте
|
Управляющий комитет (УК)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Проектная команда (ключевые участники проекта)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Приложение 10 Структура ОТЗ
Структура Общего Технического Задания
Общие сведения
Полное наименование системы и ее условное обозначение.
Наименование предприятий (объединений) разработчика и заказчика (пользователя) системы и их реквизиты.
Перечень документов, на основании которых создается система, кем и когда утверждены эти документы.
Плановые сроки начала, и окончания работы по созданию системы.
Сведения об источниках и порядке финансирования работ.
Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы.
Назначение и цели создания (развития) системы
Назначение системы.
Цели создания системы.
Характеристика объектов автоматизации
Краткие сведения об объекте автоматизации или ссылки на документы, содержащие такую информацию.
Требования к системе
Состав требований к системе, включаемых в данный раздел ТЗ на АС, устанавливают в зависимости от вида, назначения, специфических особенностей и условий функционирования конкретной системы. В каждом подразделе приводят ссылки на действующие НТД, определяющие требования к системам соответствующего вида.
Требования к системе в целом.
Требования к структуре и функционированию Комплексного Решения.
Требования к численности и квалификации персонала системы и режиму его работы.
Показатели назначения.
Требования к надежности.
Требования к безопасности.
Требования по эргономике и технической эстетике.
Требования к транспортабельности для подвижных АС.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.
Требования к защите информации от несанкционированного доступа.
Требования по сохранности информации при авариях.
Требования к защите от влияния внешних воздействий.
Требования к патентной чистоте
Требования по стандартизации и унификации
Дополнительные требования
Требования к функциям (задачам), выполняемым системой.
Требования к выполнению функций
Временной регламент реализации каждой функции, задачи (или комплекса задач)
Требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов
Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.
Требования к видам обеспечения.
В подразделе «Требования к видам обеспечения» в зависимости от вида системы приводят требования к математическому, информационному, лингвистическому, программному, техническому, метрологическому, организационному, методическому и другим видам обеспечения системы.
Требования к математическому обеспечению.
Требования к информационному обеспечению.
Требования к лингвистическому обеспечению системы.
Требования к программному обеспечению.
Требования к техническому обеспечению.
Требования к метрологическому обеспечению.
Требования к организационному обеспечению.
Состав и содержание работ по созданию системы
|
Скачать 0.59 Mb.