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