Файл: Методические рекомендации по подготовке и защите курсового проекта для обучающихся 2 курса.docx

Для сбора требований важно выбрать подходящий инструмент или метод.

Инструменты и методы сбора требований:

• 
  Интервью;
  
• 
  Фокус-группы;
  
• 
  Семинары с участием модератора;
  
• 
  Методы группового творчества: Мозговой штурм; Метод номинальных групп; Построение ассоциативных карт; Диаграмма сходства; Анализ решений на основе множества критериев;
  
• 
  Методы группового принятия решения: Единогласие (метод Дельфи); Большинство; Относительное большинство; Диктатура;
  
• 
  Анкеты и опросы;
  
• 
  Наблюдения;
  
• 
  Прототипы;
  
• 
  Бенчмаркинг;
  
• 
  Контекстные диаграммы;
  
• 
  Анализ документов.
  

Результатом сбора требований является:

1. 
   Документация по требованиям описывает, каким образом отдельные требования соответствуют бизнеспотребности в проекте. Требования должны быть однозначными (измеримыми и проверяемыми), отслеживаемыми, полными, непротиворечивыми и приемлемыми для ключевых заинтересованных сторон.
   
2. 
   Матрица отслеживания требований — это таблица, связывающая требования к продукту, начиная от их создания и заканчивая предоставлением соответствующих им поставляемых результатов. Применение матрицы отслеживания требований помогает удостовериться, что каждое требование добавляет бизнес-ценность, связывая требование с целями организации и проекта.
   

Определение содержания (описание проекта и продукта)

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

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

Инструменты и методы, которые используются для определения содержания проекта:

• 
  Экспертная оценка
  
• 
  Анализ продукта
  
• 
  Поиск альтернатив
  
• 
  Семинары с участием модератора
  

---

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

Основные элементы:

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

Создание иерархической структуры работ (ИСР)

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

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

1) Каждый новый уровень в ИСР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше.

---

На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это основополагающее правило, которое обеспечивает корректность суммирования стоимости и обобщения информации о работах при переходе с одного уровня на другой;

2) Каждый элемент ИСР должен выступать агрегированным результатом («суммой», «итогом») всех подчиненных «дочерних» элементов, на которые он декомпозирован (разбит).

«Правило 100%» означает, что детальные работы каждого последующего уровня разбиения должны полностью обеспечивать выполнение работы и получение результата задачи вышестоящего уровня;

3) Пакеты работ и работы должны быть уникальными и отличаться от других пакетов работ.

Дублирование работ недопустимо;

4) Родительский элемент должен иметь больше одного дочернего элемента.

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

5) ИСР должна быть полной, но не избыточной.

Все работы ИСР – это работы, которые будут выполнены в ходе проекта. Работы, не включенные в ИСР, в проект не входят и не выполняются;

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

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

7) Разработка ИСР проводится методом последовательного разбиения «сверху вниз», но может дополняться и методом «снизу-вверх».

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

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

НАПРИМЕР
Построение схемы ИСР, на примере проекта «нетающий шоколад»

---

Организация дистрибьюции

Поставка продукта

Выпуск нового продукта «нетающего шоколада»

Подготовить помещение под производство

Поиск поставщиков

Обеспечение необходимым оборудованием

Ценообразование продукта

Организация поставки сырья и материалов

Обучение персонала

Отбор персонала

Провести ремонтные работы

Разработка устава проекта

Маркетинговое исследование

Оценка идеи

Вывод товара на рынок

Внедрение в производство

Найм персонала

Выделить помещение под производство

Инициация проекта


Рисунок 2 – ИСР проекта

---

Параграф 2.1. Анализ стейкхолдеров и разработка плана вовлечения их в проект

Во четвертом разделе курсового проекта необходимо:

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

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

Чтобы провести анализ стейкхолдеров, необходимо реализовать три этапа:

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

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

- фамилию, имя, отчество лица (наименование организации);

- должность лица;

- местонахождение;

- роль в проекте;

- контактную информацию;

- основные требования;

- основные ожидания;

- уровень потенциального влияния на проект;

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

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

---