Преподаватель который помогает студентам и школьникам в учёбе.

Теоретические аспекты составления расписания проекта

Содержание:

Введение

Глава I. Теоретические аспекты составления расписания проекта

Глава 1.1 Проект: сущность и жизненный цикл проекта

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

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

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

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

Проекты различаются по размеру и сложности. Все проекты могут иметь следующую структуру жизненного цикла:

начало проекта;
		организация и подготовка;
	выполнение работ проекта;

		завершение проекта.

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

Жизненный цикл проекта показывает:

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

При помощи жизненного цикла проекта можно выявить:

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

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

Шлюз стадии;
Контрольное событие;
Анализ фазы;
Шлюз фазы.

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

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

Существует общепризнанное определение жизненного цикла проекта, содержащее в себе четыре фазы, которые показаны на рисунке

Фаза 1. Инициация.

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

Фаза 2. Планирование.

На фазе планирования назначаются соисполнители этапов и работ проекта, и образуется базовый план проекта. Горизонт планирования - ожидаемый срок завершения проекта.

Фаза 3. Исполнение.

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

Фаза 4. Завершение.

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

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

1.2. Процессы и методы составления расписания проекта

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

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

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

Диаграмма управления сроками проекта

Методы составления расписания проекта

Метод PERT

PERT был создан в конце 50-х годов в военно-морских силах США для ускорения разработки лодочной баллистической ракеты «Полярис». При разработке этой системы оружия требовалось координировать работу нескольких тысяч частных подрядчиков и правительственных организаций. Координация работ оказалась настолько успешной, что весь проект был завершен на два года раньше планового срока. Это привело к дальнейшему применению PERT в других программах разработки оружия в ВМС, ВВС и сухопутных восках США. В настоящее время он широко применяется в промышленности, а также в обслуживающих организациях

Можно отметить ряд особенностей метода PERT:

PERT следует применять только для крупных проектов с большим количеством работ (более 300). Помимо достаточного числа работ критического пути это обеспечит независимость случайных величин их продолжительностей.
Для применения PERT необходимо подобрать экспертов и организовать их работу для получения оценок оптимистичной, пессимистичной и наиболее вероятной продолжительностей для каждой работы проекта. От качества этой работы будет зависеть качество применения PERT
PERT занижает оценку продолжительности проекта. Чем больше параллельно идущих работ, тем серьезней ошибка. Для ее устранения следует воспользоваться методом Монте-Карло.
Критическим путем проекта при его реализации может оказаться путь, отличный от того, который был получен с помощью метода PERT. Степень критичности той или иной работы проекта также зависит от конкретной реализации. Можно говорить лишь о вероятности, что работа будет критичной.

Метод критического пути

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

Метод Критического Пути предъявляет следующие требования к модели проекта:

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

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

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

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

Для расчета критического пути необходимо проделать следующие шаги:

Перечислить все задания (операции) с указанием номера задания или номера в ИСР.
Перечислить зависимости по каждой операции.
Записать продолжительность каждой операции.
Рассчитать раннюю дату начала и раннюю дату окончания каждого задания. Соответственно при расчете дат раннего начала надо учитывать все зависимости, которые есть у данной операции.
Рассчитать дату позднего старта и позднего окончания для каждой операции, учитывая существующие зависимости между операциями.
Рассчитать резерв времени для каждой операции, как разницу между датами раннего и позднего начала (или окончания). Резерв времени — всегда положительная величина.
Определить критический путь проекта путем суммирования длительности каждой операции с нулевым запасом времени.

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

Метод критической цепи

Впервые метод описан в 1997 году в книге Голдратта «Критическая цепь», метод встретил широкую поддержку специалистов, так как был близок по технике классическому методу PERT (ресурсные связи фактически являлись расширением сетевой модели на ресурсы), а расчётные алгоритмы оказались достаточно просты и эффективны по быстродействию. Расчёт буферов также был прост и аналогичен методике расчёта длительности работ в некоторых расширениях метода PERT и соответствовал сложившейся практике во многих организациях.

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

Действуя согласно, теория ограничений, определим проблемные зоны управления проектами по CPM/PERT, которые напрямую влияют на скорость выполнения проекта. Результатом подобного анализа стал следующий список проблем:

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

После подробного анализа каждой из проблем, Голдратт предложил свой подход к решению проблем:

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

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

Опишем основные особенности метода критической цепи

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

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

Глава II. Анализ оценки реализуемости проектного расписания на примере

2.1. Краткая характеристика проекта

2.1.1. Устав проекта

Для раскрытия темы курсовой работы будет рассмотрен проект под названием «Создание компьютерного клуба «КиберПанк»». Цель данного проекта состоит в том, чтобы создать компьютерный клуб «КиберПанк», Который предоставляет компьютерные услуги населению. Удовлетворение спроса на данные виды услуг и получение дополнительных финансовых средств для развития компьютерного клуба. Сфера услуг - одна из самых быстроразвивающихся отраслей экономики. Результатом же будет являться востребованность компьютерных услуг которое растет с каждым годом, несмотря на то, что у многих пользователей появляются свои собственные домашние компьютеры.

В данном проекте имеются фазы жизненного цикла проекта такие как:

Прединвестиционная фаза.
Фаза разработки.
Фаза реализации.
Фаза завершения.

ИСР будет представлена на основе фаз проекта. Данный проект представляет собой создание компьютерного клуба, так как проанализировав рынок я решил создать клуб. Автор курсовой работы решил привести описание проекта в виде краткого устава проекта, представленного в таблице 1.

Таблица 1. Устав проекта.

Критерий проекта	Характеристика критерия
Название проекта	Компьютерный клуб «КиберПанк»
Заказчик и руководитель проекта	Авраменко Владислав Андреевич
Цель проекта	Создание компьютерного клуба «КиберПанк», для дальнейших успехов и развития
Результат проекта	Созданный компьютерного клуба «КиберПанк»
Участники проекта	Руководитель проекта Поставщики ИТ-Специалисты (3 человека) Команда проекта Директор по рекламе Органы власти Спонсоры Строители компьютерного клуба
Критерии успешности	Создать компьютерный клуб в назначенный срок Найти и привлечь клиентов для клуба Найти высококвалифицированную команду проекта Получить необходимые сертификаты и лицензии Закупка оборудования и товара для бара Удовлетворить требования заказчика Регистрация компьютерного клуба Построить компьютерный клуб в назначенные сроки
Допущения	Отсутствуют
Требования	Качественное игровое оборудование Получение всех необходимых сертификаты и лицензии Найти ИТ-Специалистов (3 человека) Найти посетителей Строительство компьютерного клуба Уложиться в выделенный бюджет Создать компьютерный клуб в назначенный срок Согласование договора со спонсором
Ограничения	Построить компьютерный клуб (85 дней)
Сроки выполнения проекта	195 дней
Основные крупные риски	Не уложиться в назначенные сроки Не уложиться в выделенный бюджет Не получить лицензию и сертификацию Не найти высококвалифицированную команду проекта Не согласование договора со спонсором Увеличение затрат на маркетинг, адаптацию оборудования.

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

На диаграмме 1, представлен укрупненный бюджет, в котором расписан бюджет проекта по его фазам.

Диаграмма 1. Укрупненный бюджет проекта по фазам.

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

2.1.2. ИСР проекта

Иерархическая структура работ (ИСР) проекта будет построена на основании выделенных фаз проекта (прединвестиционная, разработки, реализации, завершения) (рис. 1).

Рисунок 1. ИСР проекта.

Исходя из рисунка 1 можно сделать вывод о том, что весь проект состоит из 4 фаз, самая объёмная фаза разработки. Можно предположить, что она и будет самой продолжительной фазой проекта.

Источники:

https://revolution.allbest.ru/programming/00922838_0.html

https://lektsii.org/9-87332.html

https://studfile.net/preview/6810642/page:7/

http://forpm.ru/%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D1%8B-%D1%81%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F-%D1%80%D0%B0%D1%81%D0%BF%D0%B8%D1%81%D0%B0%D0%BD%D0%B8%D1%8F-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA/