
- •Функции управления проектами
- •Санкт Петербург
- •2005 Аннотация
- •Оглавление
- •Введение
- •Основные понятия управления проектами
- •Стандарты управления проектами
- •История развития управления проектами
- •1.2.1. Развитие управления проектами за рубежом
- •1.2.2. Этапы развития управления проектами в России
- •1.3. Определение понятий «проект» и «управление проектами»
- •Современная концепция управления проектом
- •Когда необходимо применять управление проектами? Для каких организаций и проектов необходимо применение систематизированных методов управления проектами?
- •1.4. Классификация типов проектов
- •1.5. Окружение проекта
- •1.6. Участники проекта
- •1.7. Жизненный цикл проекта
- •1.8. Состав и содержание функций управления проектом
- •2. Управление целями проекта
- •2.1. Инициирование
- •Входные данные для инициирования
- •Инструментарий и технологии инициирования
- •Результаты инициирования
- •2.2. Планирование целей
- •Входные данные для планирования целей
- •Инструментарий и технологии для планирования целей
- •Результаты планирования целей
- •2.3. Определение видов деятельности
- •Входные данные для определения видов деятельности
- •Инструментарий и технологии для определения видов деятельности
- •Результаты определения видов деятельности
- •2.4. Подтверждение целей
- •Входные данные для подтверждения целей
- •Инструментарий и технологии подтверждения целей
- •Результаты подтверждения целей
- •2.5. Контроль изменения целей
- •Входные данные для контроля изменения целей
- •Инструментарий и технологии контроля изменения целей
- •Результаты контроля изменения целей
- •3. Управление временем проекта
- •3.1. Определение работ
- •Входные данные для определения работ
- •Инструментарий и технологии для определения работ
- •Результаты определения работ
- •3.2. Установление последовательности работ
- •Входные данные для установления последовательности работ
- •Инструментарий и технологии для установления последовательности работ
- •Результаты установления последовательности работ
- •3.3. Оценка продолжительности работ
- •Входные данные для оценки продолжительности работ
- •Инструментарий и технологии для оценки продолжительности работ
- •Результаты оценки продолжительности работ
- •3.4. Разработка расписания
- •Входные данные для разработки расписания
- •Инструментарий и технологии для разработки расписания
- •Результаты разработки расписания
- •3.5. Контроль расписания
- •Входные данные для контроля расписания
- •Инструментарий и технологии контроля расписания
- •Результаты контроля расписания
- •4. Управление стоимостью проекта
- •4.1. Планирование ресурсов
- •Входные данные для планирования ресурсов
- •Инструментарий и технологии для планирования ресурсов
- •Результаты планирования ресурсов
- •4.2. Определение стоимости работ
- •Входные данные для определения стоимости работ
- •Инструментарий и технологии для определения стоимости работ
- •Результаты определения стоимости работ
- •4.3. Определение базы стоимости
- •Входные данные для определения базы стоимости
- •Инструментарий и технологии для определения базы стоимости
- •Результаты определения базы стоимости
- •4.4. Контроль стоимости
- •Входные данные для контроля стоимости
- •Инструментарий и технологии для контроля стоимости
- •Результаты контроля стоимости
- •5. Управление качеством проекта
- •5.1. Планирование качества
- •Входные данные для планирования качества
- •Инструментарий и технологии для планирования качества
- •Результаты планирования качества
- •5.2. Обеспечение качества
- •Входные данные для обеспечения качества
- •Инструментарий и технологии обеспечения качества
- •Результаты обеспечения качества
- •5.3. Контроль качества
- •Входные данные для контроля качества
- •Инструментарий и технологии для контроля качества
- •Контрольные карты по количественным признакам
- •Контрольные карты по качественным признакам
- •100 50 150 50 100 Причины возникновения несоответствий 0
- •Результаты контроля качества
- •6. Управление человеческими ресурсами проекта
- •6.1. Организационное планирование
- •Входные данные для организационного планирования
- •Инструментарий и технологии для организационного планирования
- •Результаты организационного планирования
- •6.2. Подбор кадров
- •Входные данные для подбора кадров
- •Инструментарий и технологии подбора кадров
- •Результаты подбора кадров
- •6.3. Совершенствование команды
- •Входные данные для совершенствования команды
- •Инструментарий и технологии совершенствования команды
- •Результаты совершенствования команды
- •7. Управление коммуникациями проекта
- •7.1. Планирование коммуникаций
- •Входные данные для планирования коммуникаций
- •Инструментарий и технологии планирования коммуникаций
- •Результаты планирования коммуникаций
- •7.2. Распространение информации
- •Входные данные для распространения информации
- •Инструментарий и технологии распространения информации
- •Результаты распространения информации
- •7.3. Отчетность о ходе выполнения проекта
- •Входные данные для отечности о ходе выполнения проекта
- •Инструментарий и технологии отчетности о ходе выполнения проекта
- •Результаты отчетности о ходе выполнения проекта
- •7.4. Административное закрытие
- •Входные данные для административного закрытия
- •Инструментарий и технологии для административного закрытия
- •Результаты административного закрытия
- •8. Управление риском проекта
- •8.1. Идентификация риска
- •Входные данные для идентификации риска
- •Инструментарий и технологии для идентификации риска
- •Результаты идентификации риска
- •8.2. Количественная оценка риска
- •Входные данные для количественной оценки риска
- •Инструментарий и технологии для количественной оценки риска
- •Результаты количественной оценки риска
- •8.3. Разработка методов реагирования на риск
- •Входные данные для разработки методов реагирования на риск
- •Инструментарий и технологии для разработки методов реагирования на риск
- •Результаты разработки методов реагирования на риск
- •8.4. Контроль реагирования на риск
- •Входные данные для контроля реагирования на риск
- •Инструментарий и технологии для контроля реагирования на риск
- •Результаты контроля реагирования на риск
- •9. Управление обеспечением проекта
- •9.1. Планирование поставок
- •Входные данные для планирования поставок
- •Инструментарий и технологии для планирования поставок
- •Результаты планирования поставок
- •9.2. Планирование обращений
- •Входные данные для планирования обращений
- •Инструментарий и технологии для планирования обращений
- •Результаты планирования обращений
- •9.3. Обращение
- •Входные данные для обращения
- •Инструментарий и технологии для обращения
- •Результаты обращения
- •9.4. Выбор источника
- •Входные данные для выбора источника
- •Инструментарий и технологии для выбора источника
- •Результаты выбора источника
- •9.5. Управление контрактом
- •Входные данные для управления контрактом
- •Инструментарий и технологии управления контрактом
- •Результаты управления контрактом
- •9.6. Закрытие контракта
- •Входные данные для закрытия контракта
- •Инструментарий и технологии для закрытия контракта
- •Результаты процесса закрытия контракта
- •10. Управление интеграцией проекта
- •10.1. Разработка плана проекта
- •Входные данные для разработки плана проекта
- •Инструментарии и технологии разработки плана проекта
- •Результаты разработки плана проекта
- •10.2. Исполнение плана проекта
- •Входные данные для исполнения плана проекта
- •Инструментарий и технологии для исполнения плана проекта
- •Результаты исполнения плана проекта
- •10.3. Всеобщий контроль изменений
- •Входные данные всеобщего контроля изменений
- •Инструментарий и технологии для всеобщего контроля изменений
- •Результаты всеобщего контроля изменений
- •11. Процессы управления проектами
- •11.1. Процессы проекта
- •11.2. Группы процессов
- •11.3. Взаимодействия между процессами
- •Процессы инициирования
- •Процессы планирования
- •Процессы исполнения
- •Контролирующие процессы
- •Процессы завершения
- •11.4. Обслуживание (упорядочение) взаимодействий
- •Учебные примеры учебный пример №1 «Разработка Структуры декомпозиции видов деятельности - wbs»
- •Учебный пример №2 «Разработка календарного графика проекта»
- •Учебный пример №3 «Разработка бюджета проекта»
- •Учебный пример №4 «Управление рисками проекта»
- •Библиографический список
Когда необходимо применять управление проектами? Для каких организаций и проектов необходимо применение систематизированных методов управления проектами?
Традиционной областью применения Управления Проектами являлись такие сложные динамические системы, как аэрокосмонавтика, оборона, строительство промышленных и сложных гражданских объектов, высокие технологии и др. Однако в последнее время применение Управления Проектами становится обычным делом и в других сферах, с более простыми проектами, осуществляемыми малыми и средними компаниями, а также для внутрифирменного управления компаниями и их развития.
Для условий сегодняшней России особенно актуален ответ на вопрос: «Являются ли изменения окружения проекта значительными и динамическими?» Методология Управления Проектами позволяет исполнителям проекта легче преодолеть помехи и препятствия, связанные с такими внешними и внутренними факторами, характерными для России, как:
• нестабильная экономика;
• дефицит и ограничения средств и ресурсов;
• инфляция и возрастание стоимости;
• возрастающая сложность проектов;
• появление и усиление конкуренции;
• социальные проблемы и требования;
• экологические изменения и требования;
• проблемы потребительского рынка;
• возрастающие требования к качеству работ.
Конечно, Управление Проектами не является панацеей для решения всех этих проблем. Однако, как показывает опыт, его систематическое применение позволяет заказчику легче адаптироваться к условиям изменяющегося окружения.
Если же эти изменения при управлении проектами не анализируются, не контролируются и не учитываются, то это может привести к таким негативным результатам, как:
снижение доходов и прибылей участников;
превышение установленных стоимости, продолжительности и сроков завершения проекта;
увеличение штрафов за нарушение обязательств;
превышение установленных лимитов на потребляемые трудовые и материально-технические ресурсы;
запаздывание с введением новых технологий;
отставание во внедрении и практическом использовании результатов научных исследований и опытно-конструкторских разработок;
отставание выпуска новой продукции на потребительский рынок;
поспешность и непродуманность в принятии решений и неизбежная расплата;
низкая эффективность инвестиций и большие сроки окупаемости проектов;
возрастание трудностей в определении реальных сроков достижения целей проекта.
Анализ международного опыта применения Управления Проектами в различных сферах, по данным Международной ассоциации управления проектами (IPMA), показывает, что его эффективность по усредненным показателям можно оценить в сравнении с проектами, осуществляемыми традиционными методами, без применения Управления Проектами, следующими показателями: сокращением продолжительности проекта в среднем на 20-30%; экономией расходов на проект в среднем на 10-15%.
Общая прибыль от использования Управления Проектами, как правило, превышает расходы, связанные с его применением, в 2-3 раза.
Необходимость в применении методов Управления Проектами и проектно ориентированных структур, реализующих эти методы, подтверждается результатами исследований, приведенными на рис. 1.3.5.
Рис. 1.3.5. Сопоставление изменений различных систем во времени
Из этих данных видно, что быстрее всего меняются технологии, затем - окружение проекта. Менее подвержены изменениям организационные структуры. А наиболее консервативными являются люди. Из этого обстоятельства следует ряд выводов.
1. Для того чтобы организация сохранила конкурентоспособность и жизнеспособность в условиях научно-технического прогресса, изменений социально-экономических и других компонентов окружения, необходимо своевременно адаптировать ее организационную структуру и осуществлять соответствующую подготовку кадров.
2. Для сокращения сроков адаптации необходимо использовать специальные организационные формы, проектно-ориентированные структуры и методы управления проектами.
Осуществление проектов в организации более успешно может быть проведено командой профессионалов - менеджеров проектов с привлечением специалистов организации, так как сами работники организации психологически не в состоянии эффективно осуществлять эти изменения.
Кроме того, применение Управления Проектами может оказаться выгодным или необходимым в следующих случаях:
для проектов с четко определенным единственным конечным продуктом;
для проектов с жесткими требованиями к срокам, затратам и спецификации требований к результатам;
для престижных проектов, затрагивающих репутацию организации;
для эксклюзивных проектов, когда чрезвычайно высоки возможные доходы или потери при неудаче.
Применение методологии Управления Проектами полезно при осуществлении организационных, социальных и экономических программ и проектов, которые по существу составляют ядро изменений в нашем обществе. Для таких проектов требуется разработка специальных подходов, методов и средств Управления Проектами.
Все, о чем мы говорили до сих пор, относилось к достаточно крупным и сложным проектам, требующим полновесного применения методов и средств управления проектами.
Поэтому скептик может сказать: «Проекты, требующие применения методов Управления Проектами, - большая редкость. Не каждому повезет с таким проектом, так что не очень-то много проку от управления проектами в повседневной жизни».
Позвольте не согласиться с этим замечанием.
Современный арсенал Управления Проектами можно уподобить многоступенчатой пирамиде (рис. 1.3.6.), первая ступень которой - философия и методология Управления Проектами, опирающаяся на основание из современных фундаментальных научно-технических и социально-экономических знаний и дисциплин, тесно связанных с Управлением Проектами. Вторая ступень - это разнообразные методы Управления Проектами, позволяющие принимать обоснованные решения на протяжении всей жизни проекта. Третья ступень - средства Управления Проектами, образующие разнообразный инструментарий и технику управления. Четвертая ступень - это специальные организационные формы и проектно-ориентированные структуры, включая команду проекта. Венчает пирамиду Управления Проектами менеджер проекта - лицо, персонально ответственное за успех проекта.
Рис. 1.3.6. Пирамида «арсенала» управления проектом
Так всегда ли нужно для Управления Проектами городить целую пирамиду? Можно ли и в каких случаях использовать только часть арсенала? На наш взгляд, не только можно, но и нужно! В каждом конкретном случае «высота пирамиды» может быть разной. Это зависит от конкретной решаемой проблемы, степени подготовленности и возможностей заказчика проекта. Обычно минимальная «высота пирамиды» - это две ступени: первая и последняя. Любой самый малый проект требует применения методологии Управления Проектами и назначения ответственного за проект. Далее можно наращивать число ступеней, не нарушая их последовательности и используя во всех случаях последнюю ступень - менеджера проекта.
Системотехнические идеи и методологию управления проектами необходимо использовать во всех случаях, когда мы сталкиваемся с решением проблем, которые, как правило, носят характер и признаки проектов. Особенно это полезно на начальной, концептуальной фазе, что позволяет четко определить проблему и наметить рациональные пути ее решения. Очевидно, что обладать идеями и методологией Управления Проектами полезно всем и использовать их нужно всегда, при решении любых проблем, как самых простых, так и самых сложных.
Применение разнообразных методов Управления Проектами без специальных технических и информационно-программных средств возможно для мелких и средних проектов. Это повысит эффективность их осуществления без каких-либо серьезных затрат.
Отдельные средства или их различные совокупности могут успешно применяться для средних и больших непрестижных проектов, особенно на стадии их разработки и реализации, без создания специальной организации проекта, обходясь необходимыми организационными решениями в рамках существующих структур. Это тоже принесет свои плоды без обременительных затрат.
А вот полный арсенал Управления Проектами, включая команду проекта, нужно использовать в крупных, сложных и важных проектах, когда цена успеха проекта велика, а затраты на Управление Проектами будут вполне оправданны.
Такой дифференцированный поэтапный подход к освоению и использованию богатого арсенала возможностей Управления Проектами позволит начать их практическое применение без длительной подготовки и значительных затрат большому кругу лиц, причастных к решению разнообразных проблем и вовлеченных в «проектную» деятельность в самом широком смысле. Это, безусловно, позволит повысить культуру управления и организации во всех сферах целенаправленной деятельности.
Что такое успешное управление проектом? Принципиальный ответ на вопрос, кому нужно Управление Проектами, очень прост: «Тому, кто заинтересован в успехе проекта».
Однако что же это такое - «успех проекта»? К чему нужно стремиться при управлении проектом?
Еще в начале становления Управления Проектами успешное завершение проекта было определено как достижение его целей при соблюдении установленных ограничений:
на продолжительность и сроки завершения проекта;
стоимость и бюджет проекта;
качество выполненных работ и спецификации требований к результатам;
конечные результаты должны быть одобрены и приняты заказчиком.
Эти четыре обязательных составляющих успеха достаточны для проектов, которые практически не связаны с осуществляющей их организацией. Такие проекты, как правило, уникальны, и их сравнительно не много. Большинство из них осуществляется внутри «родительской» для проекта организации, которая в период «жизни» проекта продолжает функционировать. Сам же проект связан с внесением изменений внутри этой организации, будь то развитие, реконструкция, инновации, переход на новую продукцию или реформирование самой организации.
Все это внесло дополнительные требования к успеху проекта, такие, как:
минимальный или обоюдно согласованный между заказчиком и контрактором объем допустимых изменений в предметной области проекта (цели, результаты, состав и объем работ);
сохранение без нарушений текущей работы организации;
сохранение без изменений производственной культуры и ценностей организации.
Последние три условия для оценки успеха проектов требуют некоторых пояснений.
Изменения предметной области проекта, как правило, неизбежны, однако имеется потенциальная опасность, что крупные перемены могут трансформировать его сущность или нарушить целостность. Поэтому такие изменения должны быть сведены к минимуму, а те из них, которые действительно требуются, должны быть одобрены как руководителем проекта, так и заказчиком.
Р
ПРИМЕР Проект
реконструкции международного аэропорта
в Чикаго - крупнейшего аэропорт и США
был осуществлен в запланированное
время, без снижения интенсивности
движения самолетов и пропускной
способности аэропорта. Многие
менеджеры проектов хотели бы, чтобы их
проект после развертывания работ
осуществлялся как самостоятельное
предприятие, с полным отделением его
от деятельности «родительской»
организации. Однако это далеко не всегда
возможно. Поэтому руководитель проекта
должен быть готов вести свою работу,
согласуясь с политикой, правилами,
указаниями и требованиями «родительской»
организации.
Большинство компаний и организаций имеет свою производственную культуру и систему ценностей, которые создавались длительное время. Каждый руководитель проекта хотел бы иметь свою культуру в организации проекта и свои ценности на период работы над ним. Однако надо помнить, что проект - это лишь эпизод в жизни организации, и с этим тоже нужно считаться. Таким образом, успех проекта, если он тесно связан с организацией, зависит от его вклада в успех организации в целом.