Размещено на http://www.allbest.ru/

Курсовая работа

На тему: «Цели и жизненный цикл проекта»

Дисциплина: Управление проектами

Москва - 2013 г.



Оглавление

Введение

1. Определение целей проекта

2. Жизненный цикл проекта

2.1 Основные фазы жизненного цикла проекта

2.2.1 Начальная фаза

2.2.2 Фаза разработки

2.2.3 Фаза реализации

2.2.4 Завершающая фаза или окончание проекта

2.2.5 Количество фаз и этапов их реализации в крупных проектах

3. Модели жизненного цикла проекта

Заключение

Список использованной литературы

Размещено на http://www.allbest.ru/

Введение

В настоящей работе под проектом будет пониматься одно из определений данного понятия, а именно: проект - это одноразовая совокупность действий и задач, обладающих следующими отличительными признаками:

1. Четкие цели, которые должны быть достигнуты с одновременным выполнением ряда технических, экономических и других требований.

2. Внутренние и внешние взаимосвязи операций, задач и ресурсов, которые требуют четкой координации в процессе выполнения проекта.

3. Определенные сроки начала и конца проекта.

4. Ограниченные ресурсы.

5. Определенная степень уникальности целей проекта, условий осуществления.

6. Неизбежность различных конфликтов.

В первой главе раздела обсуждаются различные цели проектов, способы их определения. Структура управления проекта рассматривается с позиции иерархичности осуществления.



1. Определение целей проекта

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

Все это, конечно, относится и к исполнителям - членам проектной команды. Им необходимо сконцентрировать свое внимание на стоящих перед ними целях с тем, чтобы внести максимальный вклад в успешное осуществление проекта. проектный жизненный цикл управление

Ясные цели. Проект не был бы проектом, если бы не имел по меньшей мере одной объявленной цели, однако определение ее само по себе не может обеспечить основу успеха проекта. Гораздо чаще проекты имеют несколько объявленных целей, которые должны приниматься во внимание всеми его участниками.

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

Если, например, целями проекта являются:

построить фабрику, способную выдавать продукцию к определенной дате;

построить резидентную зону (жилой комплекс) для работников;

построить дорогу, соединяющую фабрику и резидентную зону для обеспечения доставки работников,

то ясно, что приоритеты расположены в порядке появления целей.

Однако ситуация не всегда так ясна, поэтому иногда для того, чтобы расставить приоритеты, необходим глубокий анализ. Обычно выявляются два или три уровня приоритетов:

Приоритет 1: как правило отдается тем целям, достижение которых определяет успех проекта: они должны быть достигнуты.

Приоритет 2: отдается таким важным целям, которыми при необходимости частично можно пожертвовать для достижения целей с приоритетом 1: их нужно достигнуть.

Приоритет 3 присваивается целям, имеющим характер дополнения: было бы неплохо осуществить их, если возможно.

Явные цели обычно указываются в таких проектных документах, как контракты. Однако не все явные цели записываются в контракт или открываются всем участвующим сторонам. Некоторые из них, будучи внутренними целями одной из сторон, могут оказаться конфиденциальными (например, бюджетные цели заказчика и подрядчика). Управляющий проектом должен знать каждую группу целей, но не открывать их ни одной из сторон.

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

Неявные цели. Рассмотрим планирование проекта. Его элементами являются явные цели, ограничения, работы и последовательность и длительность. Проанализировав все это, можно найти ряд пунктов, которые должны быть выполнены в определенное время. Дополнительные цели - это такие, которые не были определены или были очевидны или известны вначале.

Фактически такие цели не явно существуют как необходимое следствие декларируемых целей, внутренних и внешних ограничений и т.д. Поэтому их можно назвать неявными целями.

Они так же важны, как и явные цели, и очень важно выявить их все до одной.

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

Пример 1

Предположим, мы имеем проект в тропической зоне. Сезон дождей, попадающий на период строительства, должен рассматриваться как ограничение. Рассматривая конечные цели (явные цели) и график строительства, возможно придем к необходимости окончания всех или части подземных работ полностью до начала сезона дождей. Это означает, что проект имеет явную цель, которая была обнаружена именно сейчас. Если эта цель не была бы своевременно выявлена, то дожди могли остановить работы и сорвать своевременное выполнение проекта.

Пример 2

Рассмотрим проект в стране с плановой экономикой. Среди проектных ограничений может быть обязательство покупать необходимые конструкции в этой же стране. Может случиться, что заказ на эти конструкции должен быть сделан до определенного срока. Тогда это одна из целей проекта, не известная вначале, но которая должна быть обязательно выполнена, иначе проект будут сорван.

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

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

Главная причина для «инструментальных целей» обычно состоит в том, чтобы стимулировать сотрудников тщательно выполнять требования графиков, особенно в периоды, когда нет напряжения в работе, а сроки достижения других целей еще далеки и не очень обозримы. Фактически стимулирующий эффект целей определяется обозримостью и уровнем тех, кто их ставит. Если цель ставится высшим руководством компании, то эффект будет значительно больше, чем, если это делает управляющий проектом. Поэтому он должен это учитывать и время от времени осторожно использовать такую возможность.

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

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

Подобная классификация применима и к компании, выступающей в роли инвестора, к общественным организациям, исследовательским институтам, торговым предприятиям. Все это позволяет перейти к следующей под-теме.

Цели проекта и цели компании. Управляющий проектом, обеспечивая достижение поставленных целей, должен всегда знать, цели компании, достаточно информирован ее руководством и должен быть знаком с постоянными или долговременными целями политики и стратегии компании.

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

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

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



2. Жизненный цикл проекта

Состояния, через которые проходит проект, называют фазами (этапами, стадиями).

Универсального подхода к разделению процесса реализации проекта на фазы не существует. Решая для себя такую задачу, участники проекта должны руководствоваться своей ролью в проекте, своим опытом и конкретными условиями выполнения проекта. Переходы от одного этапа к другому редко четко определены, за исключением тех случаев, когда они формально разделяются принятием предложения или получением разрешения на продолжение работы. Поэтому на практике деление проекта на фазы может быть самым разнообразным - лишь бы такое деление выявляло некоторые важные контрольные точки ("вехи"), во время прохождения которых просматривается дополнительная информация и оцениваются возможные направления развития проекта.

Рис. 1 Жизненный цикл проекта (PMI, США)

В свою очередь, каждая выделенная фаза (этап) может делиться на фазы (этапы) следующего уровня (под-фазы, под-этапы) и т.д.

Тем не менее, логика и содержание процессов развития проектов имеют много общего и наиболее полно и ясно представлены в схеме жизненного цикла проекта американского Института управления проектами (PMI) (рис. 1).

2.1 Основные фазы жизненного цикла проекта

Типичный жизненный цикл проекта, как видно из рис. 1, состоит из четырех фаз:

Начальная фаза (концепция, формулирование) проекта.

Фаза разработки проекта.

Фаза реализации проекта.

Фаза завершения.

2.2.1 Начальная фаза

Начальная фаза посвящена разработке концепции проекта и включает в себя:

Сбор исходных данных и анализ существующего состояния

(предварительное обследование).

Выявление потребности в изменениях (в проекте).

Определение проекта:

цели, задачи, результаты;

основные требования, ограничительные условия, критерии;

уровень риска;

окружение проекта, потенциальные участники;

требуемое время, ресурсы, средства и др.

Определение и сравнительная оценка альтернатив.

Представление предложений, их апробация и экспертиза.

Утверждение концепции и получение одобрения для следующей фазы.

2.2.2 Фаза разработки

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

Назначение руководителя проекта и формирование команды проекта, в первую очередь ключевых членов команды.

Установление деловых контактов и изучение целей, мотивации и требований заказчика и владельца проекта, других ключевых участников.

Развитие концепции и разработка основное содержания проекта:

конечный результат (ы) и продукт (ы),

стандарты качества,

структура проекта,

основные работы,

требуемые ресурсы.

Структурное планирование, в т.ч.:

декомпозиция проекта, в т.ч. WBS,

календарные планы и укрупненные графики работ и обеспечения,

смета и бюджет проекта,

потребность в ресурсах,

процедуры УП и техника контроля,

определение и распределение рисков.

Организация и проведение торгов, заключение субконтрактов с основными исполнителями.

Организация выполнения базовых проектных и опытно-конструкторских работ по проекту.

Представление проектной разработки.

Получение одобрения на продолжение работ по проекту.

2.2.3 Фаза реализации

Выполняются основные работы, необходимые для достижения проекта. Данная фаза включает в себя:

Организация и проведение торгов, заключение контрактов.

Полный ввод в действие разработанной системы УП.

Организация выполнения работ.

Ввод в действие средств и способов коммуникации и связи участников проекта.

Ввод в действие системы стимулирования (участников) проекта.

Детальное проектирование и технические спецификации.

Оперативное планирование работ.

Установление системы информационного контроля за ходом работ.

Организация и управление материально-техническим обеспечением работ, в т.ч. запасами, покупками, поставками.

Выполнение работ, предусмотренных проектом ( в т.ч. производство строительно-монтажных и пуско-наладочных работ).

Руководство, координация работ, согласование темпов, мониторинг прогресса. прогноз состояния, оперативный контроль и регулирование основных показателей проекта:

ход работ, их темпы,

качество работ и проекта,

продолжительность и сроки,

стоимость и другие показатели.

Решение возникающих проблем и задач.

2.2.4 Завершающая фаза или окончание проекта

Достигаются конечные цели проекта, подводятся итоги, разрешаются конфликты и проводится закрытие проекта. Основные работы этой фазы:

Планирование процесса завершения.

Эксплуатационные испытания окончательного продукта (ов) проекта.

Подготовка кадров для эксплуатации создаваемого объекта.

Подготовка документации, сдача объекта заказчику и ввод в эксплуатацию.

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

Подготовка итоговых документов.

Закрытие работ и проекта.

Разрешение конфликтных ситуаций.

Реализация оставшихся ресурсов.

Накопление фактических и опытных данных для последующих проектов.

Расформирование команды проекта.

Обращаем ваше внимание на то, что работы последних трех фаз проекта могут выполнятся как последовательно, так и параллельно.

Очень важно представлять, как жизненный цикл проекта соотносится с жизненным циклом Вашего предприятия и жизненным циклом продукта, на изменение которого он направлен. Сравнить упомянутые жизненные циклы Вы сможете с помощью рис.2.



Рис. 2 Типичный жизненный цикл проекта в контексте жизненного цикла организации и жизненного цикла продукта/оборудования (PMI, США)

2.2.5 Количество фаз и этапов их реализации в крупных проектах

Применительно к крупным проектам (например, строительство метрополитена) количество фаз и этапов их реализации может быть увеличено.

Под крупными проектами обычно понимают проекты, которые носят стратегический характер, представляют собой принципиально новые объекты и имеют стоимость более 2 млн. долл. Средние проекты имеют стоимость от 300 тыс. до 2 млн. долл., мелкие проекты - менее 300 тыс. долларов. Крупные проекты в странах Западной Европы и США составляют 20% от общего числа проектов, реализуемых компаниями, и обычно забирают около 80% ресурсов компании. Такие проекты обычно реализуются в течение 3 - 4 лет и утверждаются на уровне руководства компаний, мелкие и средние проекты - на уровне руководства подразделениями.

В области информационных технологий (ИТ-проекты) и проектов, выполняемых госбюджетными организациями, оптимально представление жизненного цикла проекта в 6-фазном варианте, но концептуальную фазу разбивают на две: предконтрактную и фазу контрактования, поскольку госструктуры обычно вынуждены выполнять проект посредством подготовки тендера (предконтрактная фаза), его объявления и проведения с последующим заключением контрактов (фаза контрактования).

Пример соотношения деления жизненного цикла проекта на фазы в разных сферах деятельности представлен в табл. 1.

Общее деление	Госбюджетные организации	Строительные проекты	ИТ-проекты	Нефтегазодобывающий сектор экономики
Начальная фаза (концепция)	Инициация	Инициация	Инициация	Инициация (оценка)
	Подготовка тендера	Концепция	Предконтрактная фаза	Выбор
	Проведение тендера		Контрактование
Фаза разработки	Разработка	Разработка проектной документации	Разработка	Определение
Фаза реализации	Исполнение	Строительство	Реализация	Выполнение
Фаза завершения	Завершение	Завершение	Завершение	Эксплуатация

Таблица 1. Пример соотношения деления жизненного цикла проекта на фазы в разных сферах деятельности

Важно отметить то, что на практике разрабатываются детальные модели, соответствующие тем или иным типам проектов. В качестве примера можно привести модели жизненного цикла инвестиционного проекта (рис.3), проекта создания нового лекарственного препарата (рис. 4), проекта создания нового программного обеспечения (рис.5).



Рис. 3 Модель жизненного цикла инвестиционного проекта

Рис. 4 Жизненный цикл проекта создания нового лекарственного препарата



Рис. 5 Жизненный цикл проекта создания нового программного обеспечения

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

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



3. Модели жизненного цикла проекта

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

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

Примером одной из моделей жизненного цикла является распространенная классическая модель "водопад". Эта модель представляет базовый подход, который может применяться в любом проекте. Чаще всего Вам приходится начинать с понимания требований к результату проекта, затем следуют проектирование результата, создание и тестирование результата, и завершаете Вы внедрением результата. Каждая из этих областей концентрации внимания называется фазой (фаза анализа, фаза проектирования, фаза реализации и т.д.). Классический "водопадный" подход - это модель жизненного цикла, которую Вы, вероятно, сможете применить, ничего не зная о методологиях и планируя проект "с чистого листа".

Что может быть проще? Даже если у Вас очень маленький проект, Вы все равно проходите эти базовые шаги, хотя бы даже проделывая некоторые из них в голове. К примеру, если у Вас 40-часовой (на одну рабочую неделю) проект разработки или улучшения документа, может показаться что Вы сразу же бросаетесь в фазу "Реализация". Но так ли это? Наиболее вероятно, что Вы получили какого-либо рода поручение с требованиями или пожеланиями, которые придется осмыслить (Анализ) и трансформировать в замысел будущего содержания (Проектирование). Затем вы воплощаете замысел (Реализация), проверяете результат (Тестирование) и передаете для использования (Внедрение).

Водопадная (каскадная) схема включает несколько важных операций, применимых ко всем проектам:

* составление плана действий по разработке системы;

* планирование работ, связанных с каждым действием;

* применение операции отслеживания хода выполнения действий с контрольными этапами.

Рис.6 Водопадная модель жизненного цикла проекта

Преимущества водопадной (каскадной) модели.

Каскадная модель имеет преимущества, если ее использовать в проекте, для которого она достаточно приемлема.

Модель хорошо известна потребителям, не имеющих отношения к разработке и эксплуатации программ, и конечным пользователям.

Она упорядоченно справляется со сложностями и хорошо срабатывает для тех проектов, которые достаточно понятны, но все же трудно разрешимы.

Она доступна для понимания, так как преследуется простая цель - выполнить необходимые действия.

Она проста и удобна в применении, так как процесс разработки выполняется поэтапно.

Она отличается стабильностью требований.

Она представляет собой шаблон, в который можно поместить методы для выполнения анализа, проектирования, кодирования, тестирования и обеспечения.

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

Она определяет процедуры по контролю за качеством. Каждые полученные данные подвергаются обзору. Такая процедура используется командой разработчиков для определения качества системы.

Ход выполнения проекта легко проследить с помощью использования временной шкалы (диаграммы Ганта), поскольку момент завершения каждой фазы используется в качестве стадии.

Недостатки каскадной модели.

При использовании каскадной модели для проекта, который трудно назвать подходящим для нее, проявляются следующие недостатки:

В основе модели лежит последовательная линейная структура, в результате чего попытка вернуться на одну или две фазы назад, чтобы исправить какую-либо проблему или недостаток, приведет к значительному увеличению затрат и сбою в графике.

У клиента не всегда есть возможность ознакомиться с системой заранее, это происходит лишь в самом конце жизненного цикла.

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

Каждая фаза является предпосылкой для выполнения последующих действий, что превращает такой метод в рискованный выбор для систем, не имеющих аналогов, так как он не поддается гибкому моделированию.

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

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

В то время, как "водопад" универсален и может применяться в любом проекте, другие модели жизненного цикла могут оказаться более результативными и эффективными в зависимости от характеристик проекта. Например, если Вы устанавливаете пакет программного обеспечения, Вы пропускаете фазы проектирования и реализации. Подобным же образом, если Вы занимаетесь опытно-конструкторскими разработками, Вы можете использовать специфическую модель жизненного цикла R&D проекта, учитывающую, что проделанная работа или часть ее может пойти в мусорную корзину. Другие важные модели жизненного цикла могут использоваться для ускорения проектов определенного вида. Проекты в области информационных технологий, к примеру, часто используют итеративную либо быструю (Agile development) разработку.

Ниже приведены некоторые другие модели жизненного цикла проекта:

Итеративный подход (англ. iteration -- повторение) -- выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование -- Реализация -- Проверка -- Оценка (англ. plan-do-check-act cycle).

Преимущества итеративного подхода:

1.снижение воздействия серьезных рисков на ранних стадиях проекта, что ведет к минимизации затрат на их устранение;

2.организация эффективной обратной связи проектной команды с потребителем (а также заказчиками, стейкхолдерами) и создание продукта, реально отвечающего его потребностям;

3.акцент усилий на наиболее важные и критичные направления проекта;

4.непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом;

5.раннее обнаружение конфликтов между требованиями, моделями и 6.реализацией проекта;

7.более равномерная загрузка участников проекта;

8.эффективное использование накопленного опыта;

9.реальная оценка текущего состояния проекта и, как следствие, большая 10.уверенность заказчиков и непосредственных участников в его успешном завершении.

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

Спиральная модель была впервые сформулирована Барри Боэмом (Barry Boehm) в 1988 году. Отличительной особенностью этой модели является специальное внимание рискам, влияющим на организацию жизненного цикла. Боэм формулирует “top-10” наиболее распространенных (по приоритетам) рисков

1. Дефицит специалистов.

2. Нереалистичные сроки и бюджет.

3. Реализация несоответствующей функциональности.

4. Разработка неправильного пользовательского интерфейса.

5. “Золотая сервировка”, перфекционизм, ненужная оптимизация и оттачивание деталей.

6. Непрекращающийся поток изменений.

7. Нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию.

8. Недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами.

9. Недостаточная производительность получаемой системы.

10. “Разрыв” в квалификации специалистов разных областей знаний.

Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.

Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде.

Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации. Каждый виток разбит на 4 сектора:

оценка и разрешение рисков,

определение целей,

разработка и тестирование,

планирование.

Спиральная модель ориентирована на большие, дорогостоящие и сложные проекты.

Преимущества спиральной модели:

При использовании спиральной модели при выполнении проекта, для которого она в достаточной мере подходит, появляются следующие преимущества:

Спиральная модель разрешает пользователям «увидеть» систему на ранних этапах, что обеспечивается посредством использования ускоренного прототипирования в жизненном цикле разработки проекта.

Обеспечивается определение непреодолимых рисков без особых затрат.

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

Она обеспечивает разбиение большого потенциального объема работы по разработке продукта на небольшие части.

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

Реализовано преимущество инкрементной модели, а именно выпуск инкрементов, сокращение графика посредством перекрывания инкрементов и неизменяемость ресурсов при постепенном росте системы.

Недостатки спиральной модели:

При использовании спиральной модели относительно проекта, для которого она не подходит в достаточной мере, проявляются следующие недостатки:

Спираль может продолжаться до бесконечности.

Большое количество промежуточных стадий может привести к необходимости в обработке внутренней дополнительной и внешней документации.

Использование модели может стать дорогостоящим, так как время, затраченное на планирование, повторное определение целей, анализа рисков и прототипирование, может быть чрезмерным.

Инкрементная модель проектного цикла. Эта модель в большинстве случаев применяется при проведении сложных опытно-конструкторских работ, которые требуют большого количества участников, множества различных вопросов, которые необходимо решить. Ее суть заключается в разбиении большого объема работ на последовательность более мелких составляющих частей. Она представляет собой процесс частичной реализации всей системы и медленного наращивания функциональных возможностей или эффективности.

Эта модель предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает “мини-проект”, включая все фазы жизненного цикла в применении к созданию меньших фрагментов функциональности, по сравнению с проектом, в целом. Цель каждой итерации - получение работающей версии программной системы, включающей функциональность, определенную интегрированным содержанием всех предыдущих и текущей итерации. Результаты финальной итерации содержит всю требуемую функциональность продукта.

Преимущества инкрементной модели.

Применяя инкрементную модель при разработке проекта, для которого она подходит в достаточной мере, можно убедиться в следующих ее преимуществах:

Не требуется заранее тратить средства на разработку всего проекта.

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

Использование последовательных инкрементов позволяет объединить полученные пользователями опыт в виде усовершенствованного продукта, затратив при этом намного меньше средств, чем требуется для выполнения повторной разработки.

Правило по принципу «разделяй и властвуй» позволяет разбить возникшую проблему на управляемые части, благодаря чему предотвращается формирование громоздких перечней требований, выдвигаемых перед командой разработчиков.

В процессе разработки можно ограничить количество персонала таким образом, чтобы над поставкой каждого инкремента, последовательно работала одна и та же команда.

В конце каждой инкрементной поставки существует возможность пересмотреть риски, связанного с затратами и соблюдением установленного графика.

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

Риск распределяется на несколько меньших по размеру инкрементов, и не сосредоточен в одном большом проекте разработки.

Недостатки инкрементной модели.

При использовании этой модели относительно проекта, для которого она подходит не в достаточной мере, проявляются следующие недостатки:

В модели не предусмотрены итерации в рамках каждого инкремента.

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

Заказчик должен осознавать, что общие затраты на выполнение проекта не будут снижены.



Заключение

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

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

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

В курсовой работе были предложены составляющие управления проектным циклом (модели жизненного цикла проекта, основные мероприятия, осуществляемые на различных стадиях проекта), безусловно, они не являются исчерпывающими, однако отражают основные подходы к расчету жизненного цикла проекта.



Список использованной литературы:

1. Васильев Д.К., Заложнев А.Ю., Новиков Д.А., Цветков А.В. Типовые решения в управлении проектами. - М.: ИПУ РАН, 2007.

2. Горбовцов Г.Я, Управление проектом, Уч.-практ. Пос, ЕАОИ, 2007.

3. Драган З. Милошевич, Набор инструментов для управления проектами; -- М.: Компания АйТи; ДМК Пресс, 2008.

4. Ермаков Н.С., Коновальчук Е.В., Новиков Д.А. Типовые решения и точки контроля в оперативном управлении проектами. "Когнитивный анализ и управление развитием ситуаций (CASC'2004)" - М.: Институт проблем управления РАН, 2004 г.

5. Кэмпбелл Кларк, Управление проектом на одной странице, - М.: ООО "И.Д.Вильямс", 2009.

6. Мазур И.И. и Шапиро В.Д. Управление проектами : учеб. пособие для студентов, обучающихся по специальности «Менеджмент организации» -- М.: «Омега Л», 2010.

7. Мазур И.И., Шапиро В.Д. Управление проектами (справочник для профессионалов). - М.: "Высшая школа", 2006.

8. Новиков Д.А. Управление проектами: организационные механизмы. - М.: ПМСОФТ, 2007.

9. Покровский М.А. Основы управления проектами. Учебное пособие. Под ред. Фалько С.Г. М.: Изд-во МГТУ им. Баумана, 2007.

10. Попов В.Л, Управление инновационными проектами, Учебое пос, - М.: ИНФРА-М, 2009.

11. Разу М.Л., Управление проектом. Основы проектного управления : учебник - М. : КНОРУС, 2010.

12. Рюэгг-Штюрм Й. Сетевые организационно-управленческие формы - мода или необходимость? Проектное управление - 2006.

13. Стэнли И. Портни, Управление проектами для "Чайников". - ДИАЛЕКТИКА, 2005.

14. Сьюзан Снедакер, Управление IT-проектом, или Как стать полноценным CIO, ДМК Пресс, 2009.

Размещено на Allbest.ru