Обеспечение проектной деятельности Часть 1. Основные понятия управления проектами

• Название: Основные понятия управления проектами
• Анкор: Обеспечение проектной деятельности Часть 1
• Дата: 15.03.2023
• Размер: 390.08 Kb.
• Имя файла: Обеспечение проектной деятельности Часть 1.docx
• Тип: Глава; #990791
• страница: 12 из 40

5.1. Сбор требований

Сбор требований — это процесс определения и документирования требований участников проекта относительно результатов проекта (табл. 5.1).

Реестр участников проекта должен включать:

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

Документированные требования участников проекта должны содержать:

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

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

Матрица отслеживания требований — это таблица, в которой показана корреляция между требованиями к проекту и его элементами, как то:

• 
  бизнес-целями и возможностями;
  
• 
  целями проекта;
  
• 
  содержанием проекта / Результатами ИСР;
  
• 
  проектированием продукта;
  
• 
  созданием продукта;
  
• 
  стратегией и порядком испытаний;
  
• 
  и т.д.
  

Пример матрицы отслеживания требований показан в табл. 5.2.

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

Ограничения по проекту — это все, что ограничивает рамки проекта. Например, ограничением содержания проекта по проведению учебного курса будет являться программа курса. При желании заказчика программа курса может быть расширена, то есть количество работы увеличивается, но расширение программы будет сделано за дополнительную плату.

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

5.3. Создание иерархической структуры работ

Создание иерархической структуры работ    — это декомпозиция целей проекта на более мелкие и более управляемые компоненты (табл. 5.4).

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

Декомпозиция    — это разбиение основных целей и результатов на более мелкие и управляемые с целью:

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

Этапы декомпозиции:

1) определение основных целей проекта;

2) декомпозиция основных целей;

3) разбиение каждой цели на фундаментальные компоненты.

Обычно применяют следующие виды ИСР:

• 
  продуктовую, когда проект разбивается по элементам продукта проекта (рис. 5.2   );
  

• 
  функциональную: декомпозицию по функциональным областям менеджмента (рис. 5.3   );
  

• 
  по этапам жизненного цикла проекта (рис. 5.4   ).
  

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

На каждый блок ИСР должен  быть назначен ответственный сотрудник, что позволит закрепить ответственность за конкретными  членами команды.

На практике ИСР формируется обычно в информационной системе управления проектами.

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

Словарь ИСР представляет собой реестр всех элементов ИСР и их характеристики (табл. 5.5).