Пример заполнения матрицы ответственности

Шаблоны документов

Устав проекта

Определение проекта
Название проекта:  
Организаторы:  
Дата представления:  
Подготовил:  
Содержание и обоснование проекта
Цель проекта    
Задачи проекта      
Обоснование инициации проекта (внутренние и/или внешние предпосылки)  
Стратегические цели компании, на которые работает проект      
Описание продукта проекта и его структуры (укрупненно) См. Приложение №1 «Концепция продукта»      
Стейкхолдеры (ключевые участники проекта и лица, заинтересованные в его результатах)
Стейкхолдеры: Их основные интересы:
   
Факторы успеха  
Допущения (предположения проекта)  
Ограничения По срокам: По бюджету: По ресурсам: Технологические: Географические: Другие:
Критерии оценки успешности проекта    

Приложение №1 «Концепция продукта» к Уставу проекта

1.Определения, обозначения и аббревиатуры

Термин Комментарий
   
   

2.Причины создания продукта

3.Цели создания Продукта

4.Описание бизнес-процессов (ситуации)

4.1. Краткое описание бизнес-процесса (ситуации) «как есть»

4.2. Описание бизнес-процесса (ситуации) «как должно быть»

  1. Требования к продукту проекта

Функциональные требования

Требование Критичность[1]
 
 

Допущения, ограничения и исключения Продукта

Ограничения

Исключения

Допущения

Анализ заинтересованных сторон (стейкхолдеров) проекта

Стейкхолдеры проекта Интересы стейкхолдера в проекте Требования проекта к стейкхолдеру
1. Внутренние стейкхолдеры
1.1 Команда управления проектом
1.1.1    
1.1.2    
1.1.3    
1.1.4    
1.1.5    
1.2 Команда проекта
1.2.1    
1.2.2    
1.2.3    
1.2.4    
1.2.5    
2. Внешние стейкхолдеры: окружение проекта
2.1.    
2.2.    
2.3.    
2.4.    
2.5.    

Матрица стейкхолдеров проекта

Влияние на проект Сильное      
Среднее      
Слабое      
  Оппонент Нейтралитет Энтузиаст
Отношение к проекту

План управления стейкхолдерами

Стейкхол-дер проекта Меро-приятия* Сроки Длитель-ность меро-приятия Бюджет мероприятия (оценочно) Ответственный
           
           
           

*мероприятия из Матрицы стейкходеров – конкретные действия, которые войдут далее в диаграмму Ганта

Разработка WBS

Принципы построения WBS:

  • Пример заполнения матрицы ответственности - student2.ru По жизненному циклу
  • По элементам оргструктуры

Пример заполнения матрицы ответственности - student2.ru


  • По элементам продукта проекта

 
  Пример заполнения матрицы ответственности - student2.ru


  • Функциональный

Главное правило при построении WBS на одном уровне должен использоваться один принцип декомпозиции.

Уровень всего проекта – 0.

Частая ошибка – путают WBS и сетевую модель.

Пример OBS

ПрОф
Пример заполнения матрицы ответственности - student2.ru
Админитратор ПрОф
OBS

Пример заполнения матрицы ответственности - student2.ru

Матрица ответственности

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

И - исполнитель

О - ответственный

У – утверждает

С – согласует

Д – предоставляют исходные данные

Пример заполнения матрицы ответственности - student2.ru Роли   Работы Высшее руководство Куратор проекта Функциональный Заказчик Руководитель проекта Команда управления проектом Проектный офис Сотрудники департаментов и служб Организации-подрядчики
Инициация проекта                
                 
                 
                 
                 
Планирование проекта                
                 
                 
                 
Организация и контроль реализации проекта                
                 
                 
                 
Анализ и регулирование проекта                
                 
                 
                 
Завершение проекта                
                 
                   

Пример заполнения матрицы ответственности

Пример заполнения матрицы ответственности - student2.ru Роли   Работы Высшее руководство Куратор проекта Функциональный Заказчик Руководитель проекта Команда управления проектом Проектный офис Сотрудники департаментов и служб Организации-подрядчики
Инициация проекта                
Концепция проекта У С С О И С Д Д
Бизнес-план                
Устав проекта                
Планирование проекта                
Предоставление исходных данных для планирования проекта                
Подготовка решений и документов по планированию проекта                
Разработка Плана проекта                
Организация и контроль реализации проекта                
Контроль выполнения Плана проекта                
Контроль достижения целевых показателей проекта                
Сбор, проверка и консолидация отчетности по проекту                
Анализ и регулирование проекта                
Рассмотрение изменений по проекту                
Подготовка решений по предлагаемым изменениям                
Прогнозирование хода реализации проекта                
Закрытие проекта                
Сдача-приемка работ                
Итоговый отчет по проекту                

Диаграмма Гантта (расписание проекта)

Пример заполнения матрицы ответственности - student2.ru

Смета проекта

Пример заполнения матрицы ответственности - student2.ru

Бюджет проекта

Пример заполнения матрицы ответственности - student2.ru

Идентификация рисков. Оценка рисков. Разработка Плана управления рисками

План управления рисками

Определение шкалы оценки воздействия риска на основные цели проекта (расписание, стоимость, качество)

Балл (значение по шкале) Воздействие
Очень слабое Слабое Среднее Значительное Весьма значительное
Воздействие риска на расписание          
Воздействие риска на стоимость          
Воздействие риска на качество          

ПРИМЕР

Балл (значение по шкале) Воздействие
Очень слабое Слабое Среднее Значительное Весьма значительное
1 (или 0.05) 2 (или 0.1) 3 (или 0.2) 4 (или 0.4) 5 (или 0.8)
Воздействие риска на расписание Небольшая задержка расписания Общая задержка проекта <5% Общая задержка проекта 5-14% Общая задержка проекта 15-25% Общая задержка проекта >25%
Воздействие риска на стоимость Небольшой перерасход бюджета Перерасход бюджета <5% Перерасход бюджета 5-9% Перерасход бюджета 10-14% Перерасход бюджета <15%
Воздействие риска на качество Едва заметное понижение качества Затронуты самые трудоемкие приложения Для понижения качества требуется одобрения заказчика Понижение качества неприемлемо для заказчика Конечный продукт проекта практически бесполезен

Нечисловая шкала вероятности (например, 5-бальная):

1 (или 0.1) - весьма маловероятно

2 (или 0.3) - маловероятно

3 (или 0.5) - вероятно

4 (или 0.7) – весьма вероятно

5 (или 0.9) – почти наверняка

Наши рекомендации