Управление проектом

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И  НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ АГЕНТСТВО  ПО ОБРАЗОВАНИЮ

 

Государственное образовательное  учреждение

высшего профессионального  образования

 

Санкт-Петербургский ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

 

Экономический факультет

 

Кафедра экономической кибернетики

 

 

 

Пояснительная записка

Курсовая работа по дисциплине

«Управление проектами»

 

 

 

 

 

Разработал студент гр. ЭУП-МО-4.2    ________________     / Ходырев С.Н. /

(подпись)

 

Руководитель работы              ________________     / Колесов Д.Н. /

(подпись)

 

 

Работа защищена с оценкой     «_________» «____» «____________» 2012 г.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Санкт-Петербург, 2012

Оглавление

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Введение

 

Управление проектами  (англ. project management) — в соответствии с определением международного стандарта ISO21500, принятого правительствами США, странами Евросоюза и правительством России в сентябре 2012 года - применение методов, инструментов, техник и компетенцией к проекту. Само понятие «проект» в ISO21500 определяется как уникальный набор процессов, состоящих из скоординированных и управляемых задач с начальной и конечной датами, предпринятых для достижения цели. Достижение цели проекта требует получения результатов, соответствующих определенным заранее требованиям, в том числе ограничения на получения результатов, таких как время, деньги и ресурсы.¹

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

Управление проектами является частью системы менеджмента предприятия.

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

Считается, что в основе современных  методов управления проектами лежат  методики структуризации работ и  сетевого планирования, разработанные в конце 50-х годов в США.

В 1956 г. М. Уолкер из фирмы «Дюпон», исследуя возможности более эффективного использования принадлежащей фирме  вычислительной машины Univac, объединил  свои усилия с Д. Келли из группы планирования капитального строительства фирмы «Ремингтон Рэнд». Они попытались использовать ЭВМ для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы «Дюпон». В результате был создан рациональный и простой метод описания проекта с использованием ЭВМ. Первоначально он был назван методом Уолкера-Келли, а позже получил название Метода Критического Пути - МКП (CPM - Critical Path Method).

Одним из наиболее известных проектов, на котором были впервые использованы методы моделирования и согласования комплекса работ, является проект разработки ракетной системы «Поларис», начатый в 1957 году. Данный проект имел жесткие ограничения по срокам, поскольку был привязан к предполагаемой дате ввода в эксплуатацию в СССР ракет, способных нести ядерные заряды и достигать территории США. В то же время в рамках данного проекта необходимо было разработать, провести сборку и тестирование значительного количества не имеющих аналогов компонент. Реализация проекта, объединявшего около 3800 основных подрядчиков и состоявшего из 60 тысяч задач, была поручена Главному управлению вооружений ВМС США. В целях управления реализацией этого проекта корпорацией «Локхид» и консалтинговой фирмой «Буз, Аллен энд Гамильтон» был создан специальный метод планирования работ на основании оптимальной логической схемы процесса, названный методом анализа и оценки программ PERT (Program Evaluation and Review Technique). Использование метода PERT позволило руководству программы точно знать, что требуется делать в каждый момент времени и кто именно должен это делать, а также вероятность своевременного завершения отдельных операций. Руководство программой оказалось настолько успешным, что проект удалось завершить раньше запланированного срока. Благодаря такому успешному началу данный метод управления был засекречен и вскоре стал использоваться для планирования проектов во всех вооруженных силах США. Методика отлично себя зарекомендовала при координации работ, выполняемых различными подрядчиками в рамках крупных проектов по разработке новых видов вооружения.²

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

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

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

 

2. Классическая форма Тройственной Ограниченности

 

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

Треугольник Управления проектами.

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

Рис. 1 – Тройственная ограниченность

 

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

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

 

3. Подходы

 

Существует множество подходов к управлению проектами в зависимости  от типа проекта.³

• Предположение о неограниченности ресурсов, критичен только срок выполнения и качество. Метод критического пути.
• Предположение о критичности качества, при этом требования к сроку и ресурсам достаточно гибки (под качеством здесь понимается полнота удовлетворения потребностей, как известных, так и неизвестных заранее, часто создаваемых выходом нового продукта). Гибкая методология разработки.
• Предположение о неизменности требований, низких рисках, жесткий срок. Классические методы, во многом опирающийся на модель водопада.
• Предположение о высоких рисках проекта. Метод Инновационные проекты (стартапы).
• Варианты нейтральных (сбалансированных) подходов:
• Акцент на взаимодействие исполнителей.
• Акцент на взаимодействие процессов.

4. Роли в проекте

 

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

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

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

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

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

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

5. Цель управления проектом и успешность проекта

 

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

Группы оценок успешности:

• Ориентированные на контракт, например традиционные методологии: «Проект успешен, если выполнен согласно утвержденным критериям: объему, сроку, качеству». То есть проект успешен, если исполнен и закрыт договор между Заказчиком и Исполнителем (вне зависимости от того, являлся ли он юридическим документом в случае внешних проектов или определялся как-то иначе в случае внутренних проектов). При этом оценка успешности единая как для заказчика так и для исполнителя.
• Ориентированные на заказчика, частично управление программами, направленное на длительное взаимодействие, а не на один проект/контракт: «Проект успешен, если заказчик удовлетворен». Здесь делается акцент на продолжение сотрудничества Исполнителя с Заказчиком в рамках последующих проектов и иного взаимодействия, либо проект можно рассматривать как программу из нескольких небольших проектов. Оценка успешности рассматривается в основном с точки зрения заказчика.
• Сбалансированные: «Проект успешен при сбалансированности по крайней мере по трем категориям — бизнеса, ориентации на пользователя и технологической зрелости». Здесь делается акцент на финансовой успешности проекта, удовлетворенности пользователей и развитии (косвенная польза для самого исполнителя). Оценка успешности может различаться с точки зрения бизнеса, пользователя и исполнителя. Такие методики оценки чаще используются для внутренних проектов, когда заказчик и исполнитель находятся в одной организации.

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

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

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

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

6. Корпоративная система управления проектами

 

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

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

7.1 Процедуры управления проектом по традиционной методологии

Последовательность процедур управления проектом:

• Определение среды проекта
• Формулирование проекта
• Планирование проекта
• Техническое выполнение проекта (за исключением планирования и контроля)
• Контроль над выполнением проекта

7.2 Процедуры управления проектом по методологии PMI

Project Management Institute - Американский Институт управления проектами. PMI разработал и активно продвигает известный стандарт по управлению проектами The Guide to the PMBOK (Project Management Body Of Knowledge).

Основные процедуры и процессы PMI описаны в стандарте PMBOK:

• Определение требований к проекту
• Постановка чётких и достижимых целей
• Балансирование конкурирующих требований по качеству, возможностям, времени и стоимости
• Адаптация спецификаций, планов и подходов для нужд и проблем различных заинтересованных лиц (стейкхолдеров).