Результаты и продукты проекта
Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.
Содержание:
Типы результатов проекта
Результат поставки (Deliverable) - Любой уникальный и проверяемый продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта. Виды продуктов проекта: материальная продукция (изделия), услуга или способность ее оказывать, нематериальный результат (новое состояние системы или интеллектуальный результат).
Требование (Requirement) - Определенные условия или характеристики, которым должны соответствовать или которые должны иметь результаты проекта. В требованиях фиксируются запросы, пожелания и ожидания участников проекта от конечного результата. Что хочется участнику проекта от конечного результата, а что действительно необходимо реализовать?
1. Материальные результаты. Все результаты которые можно померять количественными критериями. Примеры материальных результатов:
- Здания. Объект недвижимости который может быть описан технической документацией.
- Программное обеспечение.
- Регламентационные материалы.
2. Услуги или способность их оказывать. Примеры результатов услуг:
- Новы услуги.
- Новые типы проектов.
3. Нематериальный результат. Примеры нематериальных результатов:
- Опыт реализации проектов.
- Шаблоны реализации проектов
Результаты проекта
Результат проекта должен быть определен и описан как можно раньше. Описание результата проект называется содержанием проекта. Содержания проекта должно быть обязательно согласовано. Всяческие изменения в содержании должны быть зафиксированы и согласованы с заинтересованными сторонами.
Продукт проекта
Продукт проекта – материально измеримый результат проекта. Результат встреч с заинтересованными сторонами фиксация продуктов проекта. Описанный продукт проекта определяет результат, которые ожидает увидеть заинтересованные стороны в подтверждение факта завершения реализации проекта.
Для проектов с низким уровнем уникальности продукт проекта может быть определен на самых ранних стадиях. Многие компании для снижения рисков заранее определяют продукты реализуемых ими проектов. Если Вы четко знаете, что будет продуктом или какую технологию Вы будете использовать при реализации проекта, Вы сможете сразу увидеть и минимизировать возможные риски. Чем выше неопределенность у заказчиков с продуктом проекта, тем выше уровень риска у проекта. Многие компании не берут за проекты с слабо определенным результатом, а если и берутся, то стараются заставить заказчика согласится на привычный для компании продукт и/или технологию.
В своих проектах внедрения корпоративной системы управления проектами мы имеем высокую степень неопределенности с конечным продуктом. Какие методы и модели проектного управления нужны сейчас Вашей компании или какие понадобятся в будущем? Это мы не знаем на момент старта проекта. Поэтому стараемся убедить заказчика использовать гибкую технологию внедрения КСУП. Она разработана и проверена специалистами и позволяет минимизировать риски, связанные с неопределенностью продукта.
Рассмотрим пример продуктов организационного проекта по внедрению и развитию корпоративной системы управления проектами:
- Планы-графики проектов, заполненные проектные документы.
- Бизнес-процессов, регламенты, инструкции, шаблоны документов и шаблоны планов-графиков.
- Обученные специалисты компании (руководители портфелей проектов, руководители проектов, члены проектных команд).
- Информационная система управления проектами. Приложения для различных участников проектной организации.
Рассмотрим пример продуктов строительного проекта для клиента:
- Права собственности на землю и объект недвижимости.
- Построенный дом.
- Внутренняя отделка помещений.
- Установленная мебель (кухня, встроенные шкафы и т.д.)
- Охраняемая парковка.
Продукт проекта отличить не сложно, его можно измерить количественными значениями. Это может быть здание с четко указанном количеством этажей, комнат, пакетом утвержденных документов и т.д.. Описывая продукт проекта необходимо указать не только описание конечного результата, но и состояние в котором находится продукт проекта. Описание состояния продукта проекта обязательное условие качественного описания продукта проекта. К примеру, в плане-графике вехой стоит «Техническая документация» и сразу возникает вопрос: «что с ней произошло»? Она утверждена, согласована или разработана.
В плане графике проекта продукт проекта может быть описан с помощью вех. Набор вех проекта и формирует целей план. Зачатую целевой план используется руководством для контроля хода реализации проекта. Руководителями интересно что уже есть на данный момент, и по этому некачественного описанные, или еще страшнее отсутствующие вехи, вызовут много конфликтов в проекте.
Присоединяйтесь к сообществу проектных менеджеров в телеграмм канале "Управление проектами с MS Project" https://t.me/msprojectonline Задать вопросы можно перейдя по ссылке.
Вас могут заинтересовать следующие материалы
Структура WBS (СДР) проекта в MS Project
Описание задач проекта в MS Project Pro
