Добавлен: 24.04.2023
Просмотров: 300
Скачиваний: 4
Реестр требований заинтересованных сторон
На таблице 3, представлен реестр требований ЗС. На рисунке 3 изображен класс требований, их описание, номер требования и вид требования, а также сами ЗС проекта. Все требования будут меняться, а реестр требований позволяет отследить эти изменяющиеся требования на всем протяжении проекта.
|
ЗС |
Описание требований |
Номер требован ий |
Способ проверки |
Вид требован ий |
|
Инвестор |
Сопровождение проекта |
Т1 |
документарный |
К проекту и результату |
|
поставщики |
Предоставляют товар на реализацию |
Т2 |
документарный |
К проекту и результату |
|
Команда проекта |
Реализация задач проекта |
Т4 |
документарный |
К проекту и результату |
|
Спонсоры |
Предоставление ресурсов для реализации плана |
Т5 |
документарный |
К проекту и результату |
|
Органы власти |
Предоставление льгот для развития и |
Т6 |
документарный |
К проекту и результату |
|
Строители |
Получение прибыли за реализацию контракта |
Т7 |
документарный |
К проекту и результату |
Таблица 3. Реестр требований.
На таблице 3 изображен класс требований, их описание, номер требования и вид требования, а также сами ЗС проекта. Все требования будут меняться, а реестр требований позволяет отследить эти изменяющиеся требования на всем протяжении проекта.
Матрица зависимостей требований
На рисунке 5, изображена матрица зависимостей требований. Верхняя и левая часть матрицы не используются. Оставшиеся ячейки указывают на то, соответствие и не соответствие требований. Не соответственные требования необходимо обсудить с
заказчиком и при возможности переформулировать.
Рисунок 5. Матрица зависимостей требований.
Сетевая модель вида «Работа – Вершина»
На основании ИСР проекта, представленной на рисунке 1, можно построить сетевую модель вида «Работа-Вершина». После ее построения мы определим жизненный цикл проекта, то есть сколько будет составлять срок реализации проекта.
В таблице 3, представлена сетевая модель вида «Работа – Вершина». В таблице 3 показаны работы проекта, предшествующие работы, а также длительность работ в днях.
На данном этапе проекта происходит определение последовательности выполнения работ, входящих в состав ИСР, результатом чего являются сетевой график. Этот график представляет информационно-динамическую модель, отражающую взаимосвязи между работами, необходимыми для достижения конечной цели проекта, длительность каждой работы, а также предшествующие работы, резерв времени, а также критический путь. Обозначение работ ИСР представлено английскими буквами. Такое краткое обозначение позволяет сократить время на их описание (указание) в сетевой модели. Наименование работы и ее обозначение указано в ИСР (рис. 1).
Таблица 3. Сетевая модель вида «Работа – Вершина».
|
Наименование работы |
Предшествующая работа |
Длительность в днях |
|
A |
- |
7 |
|
B |
A |
6 |
|
C |
A |
7 |
|
D |
B, C |
5 |
|
E |
B, C |
8 |
|
F |
- |
20 |
|
G |
F |
60 |
|
H |
D, E, G |
26 |
|
I |
G |
31 |
|
J |
H, I |
186 |
|
K |
J |
30 |
|
L |
- |
5 |
|
M |
I, L |
62 |
|
N |
K, M |
15 |
|
O |
N |
6 |
|
P |
- |
10 |
|
Q |
P |
7 |
|
R |
M, Q |
10 |
|
S |
R |
14 |
|
T |
O, S |
7 |
На рисунке 6, изображена сетевая модель вида «Работа – Вершина», на которой показаны связи между работами.
Рисунок 6. Сетевая модель вида «Работа – Вершина».
Также на рисунке 6 показано начало и конец каждой работы, резерв времени, критический путь и в целом жизненный цикл проекта. Синими стрелками показан критический путь проекта, который показывает самую короткую возможную длительность проекта.
Критический путь проекта состоит из следующих работ: F, G, I, J, K, N, O, T. Длительность критического пути составляет 355 дней. Длительность всего проекта составляет 355 дней.
Диаграмма Ганта
Исходя из рисунка 6, строим диаграмму Ганта. На рисунке 3, представлена диаграмма Ганта, которая отображает начало и конец всех работ, а также отображает резерв времени работ.
Рисунок 7. Диаграмма Ганта.
Соответственно желтым цветом отображены числа начала и конца работ, а также резерв времени. Оранжевый цвет означает начало и конец работ, а серый цвет представляет собой резерв этих работ.
Сетевая модель вида «Работа – Дуга»
Исходя из рисунка 6, строим сетевую модель вида «Работа – Дуга». На рисунке 8, изображена сетевая модель вида «Работа – Дуга», на которой представлены все возможные события проекта, которые в свою очередь соответствуют сетевой модели «Работа – Вершина».
Рисунок 8. Сетевая модель вида «Работа – Дуга».
События отражают результат – завершение одних работ и возможность начала других. Направление дуги задает отношение предшествования работ проекта. Существуют фиктивные события, которые вводят при необходимости выполнения двух и более параллельных работ. Фиктивные события имеют нулевую длительность, и отображены на рисунке 4 пунктирной линией.
Вывод 2.1
2.2. Определение жизненного цикла проекта
Каждый проект от возникновения идеи до полного своего завершения проходит ряд последовательных ступеней своего развития. Полная совокупность ступеней развития проекта образуют жизненный цикл проекта.
Общая схема жизненного цикла проекта представлена на рис.
Рисунок 9. Схема жизненного цикла проекта.
Жизненный цикл принято разделять на фазы, фазы - на стадии, стадии - на этапы. Общепринятого подхода, определяющего четкий регламент в терминологии, количестве фаз, стадий, этапов, их содержании, а также последовательности не существует и, по-видимому не может существовать. Поскольку эти характеристики зависят от конкретного проекта, условий его осуществления и опыта основных участников. Тем не менее, логика и основное содержание процесса развития проектов во всех случаях являются общими
Вывод 2.2
Заключение
В курсовой работе были предложены составляющие управления проектным циклом (модели жизненного цикла проекта, основные мероприятия, осуществляемые на различных стадиях проекта), безусловно, они не являются исчерпывающими, однако отражают основные подходы к расчету жизненного цикла проекта.
Таким образом, в результате проделанной работы можно сделать следующие выводы. Жизненным циклом проекта называется промежуток времени между разработкой проекта и моментом его ликвидации.
Невозможно дать универсальный подход к разделению процесса реализации проекта на конкретные фазы. Решая для себя такую задачу, участники проекта могут руководствоваться своей ролью в проекте, своим опытом и конкретными условиями выполнения проекта. Поэтому деление проекта на фазы может быть самым разнообразным – лишь бы такое деление выявляло некоторые важные контрольные точки, при наступлении которых поступает дополнительная информация и анализируются возможные направления развития проекта.
Во второй главе были составлены основополагающие вещи для проекта, такие как диаграмма Ганта а так же сетевая модель на основе которых создаются дальнейшие планы компании.
Важность первых двух стадий жизненного цикла проекта трудно переоценить. Несмотря на то, что на долю этих двух стадий – определения и планирования – обычно приходится не более чем 10% совокупного времени реализации проекта, они чрезвычайно важны с точки зрения подготовки проектной команды к эффективной работе на стадии выполнения.
Создается впечатление, что определение, планирование и выполнение, соответствующие последовательным стадиям жизненного цикла проекта, являются непосредственным отражением определения, планирования и управления, которые представляют собой функции управления проектом. Разница, однако, заключается в том, что жизненный цикл носит линейный характер, а границы между разными его стадиями представляют собой точки принятия решений.
Завершающая оценка проводится через некоторое время после осуществления проекта и служит целям ретроспективного анализа.
Выделение процессов жизненного цикла проекта и их четкое определение выполняется с целью повышения качества результата проекта, улучшения взаимодействия, общения и улучшения понимания всесторонних аспектов сотрудниками, работающими над проектом, поддержки совершенствования процессов, поддержки управления процессами, обеспечения автоматизации процессов и т.п.
Все сказанное позволяет еще раз подчеркнуть, что жизненный цикл очень важен для управления, так как с помощью его определяются фазы проекта, то какие ресурсы будут затрачены на их реализацию. В следствии этого можно спланировать трудозатраты в те или иные моменты а так же определить, то какие из пунктов плана являются более приоритетными либо же пункты без которых вообще можно обойтись и сэкономить, либо то что проект является не рентабельным.