Задания
«Определение содержания проекта»
Задание 1. Заполнить таблицу, сформулировав содержание проекта.
-
№
|
Раздел
|
Пояснения
|
1
|
Название проекта
|
Каждый проект должен иметь название, отражающее его суть и в то же время достаточно яркое для привлечения внимания. Утвержденное еще до момента подписания устава проекта, имя не меняется на протяжении жизненного цикла всего
проекта
|
2
|
Цели и задачи проекта
|
Цель проекта формулируется, исходя из требований заказчика и указанной в уставе бизнес-причины проекта, при этом она не повторяет формулировки бизнес-цели, отраженной в уставе, а отвечает на вопрос, КАК эта бизнес-цель будет достигнута. Цель проекта должна представлять собой констатацию сути проекта и давать ответ на вопрос: "Какую уникальную ценность несет проект для клиента и для бизнеса компании?" В свою очередь, задачи проекта представляют собой действия по достижению цели проекта, выполняемые в рамках проекта. Таким образом, задачи проекта представляют собой требования к проекту, формируемые и корректируемые при помощи
формальной процедуры построения "дома качества"
|
3
|
Требования к проектному решению и результаты проекта
|
Является элементом базового содержания проекта, входящего в план управления проектом. Описание характеристик реализуемого решения проекта и основных результатов проекта. Для обеспечения связи между требованиями заказчика и результатами проекта рекомендуется использовать функцию качества, точнее, ее вторую итерацию. Выполнение работ, изложенных в описании содержания, должно привести к получению основных результатов. Результаты могут включать в себя как промежуточные, например, продукты начальных стадий проекта, так и конечные. В качестве результатов проекта могут выступать как продукты, так и услуги. Информация о количестве и качестве в обобщенном виде тоже должна быть
представлена в описании проекта
| -
4
|
Границы проекта
|
Является элементом базового содержания проекта, входящего в план управления проектом. Границы проекта определяют в целом то, что включается в проект, чтобы исключить ситуацию, когда участник проекта ошибочно считает некоторый продукт, услугу или результат входящими в проект. Комплексное рассмотрение проекта подразумевает отражение явным образом функциональных, организационных, технологически и географических границ проекта. Функциональные границы проекта: бизнес-направления, бизнес- процессы, охватываемые проектом автоматизации. При модульной архитектуре внедряемой системы данным пунктом определяются функциональные модули ERP-систем. Организационные границы проекта: определяется, какие подразделения должны участвовать в проекте - кто будет использовать и поддерживать ИС, от кого зависит выработка основных решений по требованиям к ИС. Организационные границы определяют максимальные границы обследования и область генерации требований к внедряемой ИС. Технологические: перечисление всех систем и существующих интерфейсов, которые связаны с реализацией рассматриваемого ИТ-проекта или будут им затронуты, с указанием процессов, поддерживаемых каждой из систем, и критичности каждой из систем для бизнеса. Географические: территориальное распределение проекта:
указываются территориально удаленные объекты, подлежащие автоматизации в рамках проекта
|
5
|
Способ реализации проекта
|
Способ реализации проекта подразумевает перечисление инструментов, технологий и подходов, которые будут использованы для управления проектом и достижения поставленной цели. К таким элементам относятся:
подход (методология реализации проекта);
ИТ-система управления проектом;
материалы и инструментарий - описание внедряемого ИТ-продукта с указанием вендора, названия, класса системы, описания функциональной и технической архитектуры системы, перечисление ее модулей
|
6
|
Первоначальная
иерархическая
|
Является элементом базового содержания проекта,
входящего в план управления проектом.
| -
|
структура работ (ИСР ) до пакетов работ
|
Иерархическая структура работ проекта - модель, раскрывающая проект уровень за уровнем до такой степени детализации, которая необходима для эффективного планирования и контроля проекта. Модель может быть выполнена графически, в виде древовидной структуры или в виде словесного описания. С ее помощью структурируется и определяется все содержание проекта. Информация о работах, как правило, доступна в описании
используемой методологии
|
7
|
Потребность в ресурсах, штатное расписание и организационная структура проекта (трудоемкость, роли проекта, без указания конкретных сотрудников, структура подотчетности и
управления проектом)
|
Потребность ресурсов определяется трудоемкостью работ, отраженных в разработанной ранее ИСР. При определении трудоемкости работ важным источником информации является используемая методология проектного управления (внедрения ИС). Организационная структура проекта также во многом определяется методологией и, кроме того, - культурой и внутренними политиками компании- заказчика. Помимо этого, на данном этапе рекомендуется разработать матрицу ответственности (RACI-матрицу), позволяющую распределить комплексную ответственность за задачи проекта
|
8
|
Укрупненный календарный план
|
Укрупненный календарный план разрабатывается на основе контрольных событий, информации из устава проекта и ИСР, кроме того, важным
источником информации служит используемая методология проектного управления
|
9
|
Критические факторы успеха
|
Условия, обеспечение которых на проекте может быть залогом успеха. Например:
точно определенные рамки проекта;
квалификация персонала проекта;
обучение членов команды и пользователей;
четкое распределение ролей и ответственности
проработанный рабочий план модели критических факторов успеха.
Ниже см. модель критических факторов успеха, распределенных по этапам ЖЦ проекта внедрения ИС
|
10
|
Допущения проекта (со стороны исполнителя)
|
Набор условий, которые должны быть выполнены наряду с созданием продукта проекта для
достижения результата проекта. Допущения обуславливают риски проекта; во время проекта
| -
|
|
происходит их мониторинг. Пример допущений:
проект имеет организационную поддержку со стороны руководства заказчика;
у организации-заказчика имеется возможность выделить персонал для обеспечения работ по проекту.
Обратите внимание, что при формировании описания содержания проекта допущения формулируются со стороны организации-
исполнителя об организации-заказчике
|
11
|
Ограничения проекта (со стороны исполнителя)
|
Ограничение указывает на условие, которое нельзя нарушать в процессе создания продукта проекта, или условие, которому ни при каких обстоятельствах не должен удовлетворять продукт проекта. Ограничения к тому же указывают на возможности команды проекта по выбору вариантов для выполнения любых проектных работ. Пример ограничений проекта: внесение изменений в содержание проекта производится... Обратите внимание, что при составлении описания содержания проекта ограничения формулируются со стороны организации-исполнителя об
организации-заказчике
|
12
|
Связь с прочими текущими программами и проектами
|
Любое возможное взаимодействие с другими проектами должно быть отражено в описании содержания проекта. Недостаточно просто констатировать эту связь, необходимо указать, где и как проекты соотносятся друг с другом, а также детально описать, какие ресурсы подпадают под совместное использование и в каких функциональных областях организации и когда
может вестись работа сразу над несколькими проектами
|
13
|
Первоначально сформулированные риски
|
На данном этапе, как правило, указываются уже известные риски и основные категории потенциальных рисков (например, внешние, организационные, процедурные, технические,
юридические, репутационные и т.д. ).
|
14
|
Смета расходов с указанием порядка величин
|
Смета есть представление проектных затрат на проект по категориям, в качестве примера см. шаблон в соответствующем разделе. Для определения количества привлекаемых ресурсов
используйте информацию из заполненного файла
|
15
|
Требования к
управлению
|
Указываются объекты управления конфигурацией
проекта, в том числе проектная документация,
| -
|
конфигурацией
проекта
|
внутренние политики и производимый продукт.
|
16
|
Критерии приемки результатов проекта
|
Являются элементом базового содержания проекта, входящего в план управления проектом. Представляют собой набор стандартов или правил, определяющих выполнение задачи с приемлемым уровнем качества. Приемка же самого продукта
осуществляется в соответствии с рассмотренной ранее процедурой приемки результатов проекта.
|
Контрольные вопросы для самопроверки
Что является содержанием проекта?
Чем характеризуется содержание проекта?
Каковы основные содержательные характеристики проекта?
|
Скачать 116.5 Kb.