Определение целей, результатов и продуктов проекта

Определение целей, результатов и продуктов проекта

Текстовое описание
Тест по материалу

Видео материала

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


Содержание:

  1. Этапы описания целей проекта.
  2. Цели и критерии успеха проекта (согласно SMART).
  3. Типы результатов проекта.
  4. Результаты проекта.
  5. Продукт проекта.

Этапы описания целей проекта

Замысел продукта - Характеристики и функции, которые должны быть включены в продукт или услугу (обычно предоставляется Покупателем или Заказчиком, но если деятельность Заказчика также является проектом, то описание продукта совпадает с определением вида деятельности).
Замысел проекта - Деятельность, которую необходимо осуществить для того, чтобы получить продукт со специфическими характеристиками и функциями.

Этапы описания целей проекта

Сбор технико-коммерческих предложений - сбор технико-коммерческих предложений и оферт от разных поставщиков.
1. Разработка целей проекта.
1.1. Определение целей проекта.
1.2. Определение подцелей проекта.
1.3. Определение качественных показателей оценки целей проекта.
1.4. Определение количественных показателей оценки целей.
2. Определение результатов проекта.
2.1. Определение результатов проекта.
2.2. Детализации результатов  проекта.
2.3. Определение качественных показателей оценки результатов проекта.
2.4. Определение количественных показателей оценки результатов проекта.
3. Определение продуктов проекта.
3.1. Описание продукта проекта.
3.2. Определение процесса получения продуктов проекта


Цели и критерии успеха проекта (согласно SMART)

Цель - Это достижимый, проверяемый продукт деятельности.

Этапы описания целей проекта

1. Конкретными (Specific).
1.1. Цель проекта: «Повышение эффективности управления проектами».
1.2. Результат: Все проекты компании должны реализовываться в срок в рамках бюджета и установленных сроков. Время и стоимость работ по доработке результатов проекта должны быть доведены до минимума. Увеличено количество одновременно реализуемых проектов.
1.3. Показатели: Количество проектов портфеля, отклонение по срокам проекта, отклонение по затратам проекта, длительность реализации проекта, затраты проекта.
2. Измеримыми (Measurable).
2.1. Цель проекта: «Повышение эффективности управления проектами».
2.2. Результат: Методология управления проектами согласована с процессами компании. Процессы управления проектами должны быть построены с учетом технологии реализации проектов компании. Процессы должны обеспечивать реализацию всех проектов компании.
2.3. Показатели: Степень согласованности с  процессами компании. Уровень соответствия процессов технологии реализации проектов.
3. Достижимыми (Attainable).
3.1. Цель проекта: «Повышение эффективности управления проектами».
3.2. Результат: Уровень технологической зрелости позволяет развивать систему управления проектами до необходимого уровня.
3.3. Показатели: Уровень знаний сотрудников компании в методологии управления проектами, уровень навыков работы с информационными продуктами управления проектами.
4. Реалистичными (Realistic).
4.1. Цель проекта: «Повышение эффективности управления проектами».
4.2. Результат: Методология управления проектами согласована с процессами компании. Процессы управления проектами должны быть построены с учетом технологии реализации проектов компании. Процессы должны обеспечивать реализацию всех проектов компании.
4.3. Показатели: Степень согласованности с  процессами компании. Уровень соответствия процессов технологии реализации проектов.
5. Контролируемыми (Trackable).
5.1. Цель проекта: «Повышение эффективности управления проектами».
5.2. Результат: Процесс реализации проекта должен разделен на этапы с детальным описанием результатов каждого этапа.
5.3. Показатели: Уровень детализации результатов. Уровень соответствия результата этапам реализации проекта.


Типы результатов проекта

Результат поставки (Deliverable) - Любой уникальный и проверяемый продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта. Виды продуктов проекта: материальная продукция (изделия), услуга или способность ее оказывать, нематериальный результат (новое состояние системы или интеллектуальный результат).
Требование (Requirement) - Определенные условия или характеристики, которым должны соответствовать или которые должны иметь результаты проекта. В требованиях фиксируются запросы, пожелания и ожидания участников проекта от конечного результата. Что хочется участнику проекта от конечного результата, а что действительно необходимо реализовать?

Этапы описания целей проекта

1. Материальные результаты. Все результаты которые можно померять количественными клитериями. Примеры материальных результатов:
1.1. Здания. Объект недвижимости который может быть описан технической документацией.
1.2. Программное обеспечение. 
1.3. Регламентационные материалы.
2. Услуги или способность их оказывать. Примеры результатов услуг:
2.1. Новы услуги.
2.2. Новые типы проектов.
3. Нематериальный результат. Примеры нематериальных результатов:
3.1. Опыт реализации проектов.
3.2. Шаблоны реализации проектов


Результаты проекта

Результат проекта должен быть определен и описан как можно раньше. Описание результата проект называется содержанием проекта. Содержания проекта должно быть обязательно согласовано. Всяческие изменения в содержании должны быть зафиксированы и согласованы с заинтересованными сторонами.

Результаты проекта


Продукт проекта

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

Для проектов с низким уровнем уникальности продукт проекта может быть определен на самых ранних стадиях. Многие компании для снижения рисков заранее определяют продукты реализуемых ими проектов. Если Вы четко знаете, что будет продуктом или какую технологию Вы будете использовать при реализации проекта, Вы сможете сразу увидеть и минимизировать возможные риски. Чем выше неопределенность у заказчиков с продуктом проекта, тем выше уровень риска у проекта. Многие компании не берут за проекты с слабо определенным результатом, а если и берутся, то стараются заставить заказчика согласится на привычный для компании продукт и/или технологию. 

В своих проектах внедрения корпоративной системы управления проектами мы имеем высокую степень неопределенности с конечным продуктом. Какие методы и модели проектного управления нужны сейчас Вашей компании или какие понадобятся в будущем? Это мы не знаем на момент старта проекта. Поэтому стараемся убедить заказчика использовать гибкую технологию внедрения КСУП. Она разработана и проверена специалистами и позволяет минимизировать риски, связанные с неопределенностью продукта. 

Рассмотрим пример продуктов  организационного проекта по внедрению и развитию корпоративной системы управления проектами:

  1. Планы-графики проектов, заполненные проектные документы.
  2. Бизнес-процессов, регламенты, инструкции, шаблоны документов и шаблоны планов-графиков.
  3. Обученные специалисты компании (руководители портфелей проектов, руководители проектов, члены проектных команд).
  4. Информационная система управления проектами. Приложения для различных участников проектной организации.

Рассмотрим пример продуктов строительного проекта для клиента:

  1. Права собственности на землю и объект недвижимости.
  2. Построенный дом.
  3. Внутренняя отделка помещений.
  4. Установленная мебель (кухня, встроенные шкафы и т.д.)
  5. Охраняемая парковка.

Продукт проекта

Продукт проекта отличить не сложно, его можно измерить количественными значениями. Это может быть здание с четко указанном количеством этажей, комнат, пакетом утвержденных документов и т.д.. Описывая продукт проекта необходимо указать не только описание конечного результата, но и состояние в котором находится продукт проекта. Описание состояния продукта проекта обязательное условие качественного описания продукта проекта. К примеру, в плане-графике вехой стоит «Техническая документация» и сразу возникает вопрос: «что с ней произошло»? Она утверждена, согласована или разработана.

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

Продукт проекта

Данный материал рассматривается на коучинге "Разработка планов-графиков проектов".

Управление проектами на базе Microsoft Project
Работа руководителем проекта