Лабораторная работа№2. Тема 1 История и методология управления проектами. Тема 1 История и методология управления проектами Зарождение и становление управления проектами
 Скачать 1.1 Mb.
|
|
Управление проектами в России Управление проектами, как его принято трактовать в международном формате понятий, определений, стандартов, методов и инструментов, начало формироваться в России достаточно поздно, в 1990-е годы. Однако на протяжении всего XX в. в рамках различных научных школ велась разработка отдельных методов и инструментов, которые сегодня относятся к истокам формирования российского управления проектами в его современном звучании. Так, сетевые графики, ставшие широко известными во всем мире в связи с появлением методов управления проектами СРМ и PERT в США в 1950-е годы, были предложены российским инженером А.А. Эрасмусом в 1925 г. [Гусаков, 1993]. Основными вехами становления управления проектами в СССР и России являются: 1. 1920–1930-е годы. Зарождение идеи регламентации и технологической увязки комплекса работ при реализации крупных проектов в строительстве с использованием календарных планов и циклограмм. 2. Организация поточного строительства (1930–1960-е годы). Начало управления проектами в СССР своими корнями уходит в индустриализацию 1930-х годов, когда сформировалась теория строительного потока, явившаяся основой современной научной организации и управления строительным производством. Планирование и контроль выполнения проектов в этот период базируются на детерминированных линейных моделях Гантта и циклограммах с использованием графоаналитических методов их расчета и оптимизации. Реализация принципов управления крупными проектами – в строительстве, оборонно-промышленном комплексе (атомный проект, космическая программа). 3. Сетевое планирование и управление (1960–1980-е годы). Первые работы по сетевым методам были опубликованы в СССР в начале 1960-х годов. В.И. Воропаевым были созданы сетевые модели – обобщенные сетевые модели, особенно полезные для описания сложных проектов с различными взаимосвязями между работами и временными ограничениями разного типа. Тогда же появились первые программные системы планирования и контроля проектов, такие как «А-ПЛАН», «АККОРД», «ГАУСС» и др. [Баркалов и др., 2005]. 4. Развитие методов и средств управления проектами (с 1980 г. по наст. время). В это время формируется несколько научно-теоретических направлений развития методов и инструментов управления проектами. Сущность направления концептуального проектирования С.П. Никанорова состоит в том, что с помощью логического аппарата представляется возможным формализовать описание предметных областей любой степени сложности. В теории активных систем В.Н. Буркова разработаны организационно- экономические механизмы для управления проектами с учетом человеческого фактора, а именно с учетом достоверности информации, получаемой от исполнителей, и их заинтересованности в выполнении работ в планируемые сроки [Бурков и др., 1984]. В рамках научной школы А.А. Гусакова разработаны теория организационно- технологической надежности, позволяющая учитывать различные случайные факторы, влияющие на выполнение проекта, методы и средства имитационного моделирования, теория системотехники строительства, основанная на системном подходе к осуществлению инвестиционно-строительных проектов, принципы разработки и применения экспертных систем и баз знаний в проектировании и строительстве. Робастная технология Б.П. Титаренко предназначена для поддержки проектных решений на всех фазах управления проектом в условиях неопределенности. В 2000–2010-е годы научные исследования в области управления проектами проводятся В.И. Воропаевым (системная модель управления проектами), В.М. Аньшиным (управление портфелем проектов), Г.Л. Ципесом (корпоративные системы управления проектами), В.Н. Михеевым (определение и развитие компетенций менеджеров проектов «третьей волны»), Д.А. Новиковым (развитие теории активных систем) и др. [Аньшин, 2008; Ципес, Товб, 2009; Михеев, 2009; Новиков А., Новиков Д., 2007]. В целом современные российские научно-методические работы в сфере управления проектами характеризуются широким использованием всего спектра методов и средств управления проектами, нацеленных на решение актуальных современных задач, таких как управление проектами в условиях экономики знаний и устойчивого развития, активизация и развитие человеческого потенциала, достижение долгосрочного успеха. В последние годы получили бурное развитие так называемые гибкие методологии управления проектами (Agile). Методологии Agile зародились в ИТ-сфере и являются альтернативой традиционному управлению проектами, смещая акцент на коммуникации и командную работу, быструю реакцию на изменения и итерационный характер ведения проекта. Сегодня в России сформировано профессиональное сообщество менеджеров проектов. Активную роль в нем играют профессиональные ассоциации – Российская ассоциация управления проектами СОВНЕТ и Московское и Санкт-Петербургское отделения Института управления проектами США. Набирает темпы процесс сертификации в области управления проектами. PMBoK Прежде чем перейти к предмету статьи, мы хотели бы сказать, что вы не должны рассматривать ее в качестве всеобъемлющего пособия по управлению проектами. Мы лишь хотим простым языком познакомить вас со сводом соответствующих знаний, который и называется PMBoK (Project Management Body of Knowledge). Что такое PMBoK? Итак, PMBoK представляет собой попытку объединения и описания всех знаний в сфере управления проектами , которыми сегодня обладают люди. По сути, его можно назвать своеобразной энциклопедией, однако в качестве практического руководства его рассматривать не следует. В нем содержится лишь информация для изучения, описания методов и рекомендации к работе. Несмотря на то, что на большинстве официальных сайтов методологий проект- менеджмента, в том числе и связанных с PMI (Project Management Institute), имеются статьи об индивидуальной методологи организаций, всегда указывается, что они (эти методологии) никогда не идут вразрез с PMBoK вообще. Отсюда можно сделать вывод, что PMBoK – это максимально полное изложение знаний по управлению проектами, которое признается всеми специалистами данной области. Это изложение является основной для более узких и практических методологий, но вот сам PMBoK назвать методологией, подходящей для практического применения, нельзя. Основная его ценность заключается в концепции, пригодной для создания других методологий. Концепция PMBoK В PMBoK выделяются 44 главных процесса, происходящих при управлении проектами. Эти процессы разделены на пять основных групп: Процессы инициации (необходимы для определения и авторизации проекта или его фазы) Процессы планирования (необходимы для определения и уточнения целей, планирования действий по достижению этих целей) Процессы исполнения (необходимы для объединения человеческих и прочих ресурсов для выполнения плана) Процессы мониторинга и управления (необходимы для регулярной оценки прогресса проекта, обнаружения отклонений и корректировки действий) Процессы завершения (необходимы для формализации приемки результата проекта, подведения проекта или его фазы к завершению) Каждый из этих процессов относится к одной из девяти (в некоторых случаях – десяти) областей знаний, определяемых PMBoK: Управление интеграцией. Под интеграцией понимается принятие решений на тему концентрации ресурсов; попытки предугадать потенциальные проблемы и разрешить их до перехода в критическое состояние; координирование работы над проектом. С помощью интеграции можно находить компромиссы между пересекающимися целями и альтернативными вариантами. Управление содержанием. Сюда относятся такие процессы как создание иерархической структуры работ по проекту, определение, планирование, подтверждение и управление содержанием. Управление сроками. Здесь определяется состав операций и взаимосвязи между ними, оцениваются ресурсы и длительность операций, разрабатывается расписание и производится управлением им. Управление стоимостью. Имеется в виду разработка бюджета и контроль затрат. Для успешной реализации проекта осуществляется стоимостная оценка, разрабатывается бюджет расходов и производится управление стоимостью. Управление качеством. Эта область включает все процессы, связанные с выполнением целей. К ним относятся планирование, обеспечение и контроль качества. Управление человеческими ресурсами. Направление действий – организация проектной команды и управление ей. Планируются человеческие ресурсы, набирается и развивается коллектив, предпринимаются меры по управлению командой. Управление коммуникациями. Планируются коммуникации, распространяется информация, создается отчетность по исполнению, происходит управление участниками проекта. Управление рисками. Процессы, относящиеся к данной области, – это планирование управления рисками, идентификация, качественный и количественный анализ рисков, планирование реагирования, мониторинг и управление рисками. Управление поставками. К этой области относится планирование покупок и контрактов, запрос информации у поставщиков, подбор поставщиков, администрирование и закрытие контрактов. По этим девяти направлениями распределяются все 44 процесса проект- менеджмента. PMBoK подробно и структурированно описывает все процессы, и в общей сложности они составляют довольно объемный мануал, т.е. руководство (где скачать, мы расскажем ниже). Кроме того, каждое описание процессов в обязательном порядке состоит из трех основных частей: Входы Выходы Инструменты и методы В качестве входов процесса могут выступать какие-то сведения из внешней для проекта среды, либо артефакты (документы), которые были получены при выполнении других процессов. В качестве выходов выступают документы, части разрабатываемого продукта или его рабочая версия. И здесь важно заметить, что PMBoK предельно ясно описывает смысл и цель артефактов-документов и перечисляет их составляющие. Но в то же время в своде знаний нет никаких шаблонов для создания такой документации – этим занимаются менеджеры или разработчики PMBoK-проектов. К области наиболее важного содержимого PMBoK относится раздел «Инструменты и методы», включающий в себя все созданные сегодня практики, имеющие отношение к тому или иному процессу. О них мы расскажем чуть позже, а пока отметим, что именно эта часть рекомендуется к изучению и позволяет специалисту повысить свое образование и расширить личный арсенал методов и практик. Но предлагаемые PMBoK указания всегда должны быть изначально спроецированы на конкретный проект и сопоставлены с личным опытом. Невзирая на то, что все процессы взаимосвязаны между собой (можно четко установить: выход какого процесса будет является входом для другого процесса). В PMBoK не раз говорится, что на практике процессы не всегда последовательны, а значит, могут быть параллельными и взаимосвязанными. Учитывая сложность, разнообразие и зависимость этих связей в каждом отдельном случае, PMBoK их (эти связи) не устанавливает. Установление связей заменяется в PMBoK специальной областью знаний «Управление интеграцией проекта». Благодаря интеграции устанавливаются и поддерживаются в актуальном состоянии необходимые связи. Чтобы у вас сформировалось целостное понимание вышесказанного, предлагаем посмотреть 10- минутное видео от специалиста по проект-менеджменту Михаила Софонова. Также вы должны знать, что помимо описания процессов и основной концепции в PMBoK содержится немало и другой дополнительной информации. Обо всем мы, конечно, не расскажем, но укажем на то, что имеет наибольшее значение. Основные элементы PMBoK Как мы и сказали, PMBoK – это своеобразная энциклопедия знаний по управлению проектами. В ее состав входит огромное количество базовых определений и всевозможных описаний отличий между проектной и операционной деятельностью. Также PMBoK говорит, что в дополнение ко всему остальному в любом проекте должны принимать участие специалисты как минимум из пяти областей знаний: Знания по управлению проектами Знания, нормативы и стандарты в области управления проектами Знания об окружении проекта Знания и умения из сферы общего менеджмента Знания и навыки в области межличностной коммуникации PMBoK рассказывает о каждой из этих областей, объясняет ее суть и описывает составляющие, а также указывает на место самого стандарта относительно проектного управления вообще. После этого приводится определение жизненного цикла проекта, и описываются его фазы. Жизненный цикл проекта – это набор последовательных и иногда перекрывающихся фаз. В большинстве случаев он выглядит так: Воздействовать на цикл могут особенности (свойства) организации и отрасли, в которой она работает, применяемые подходы. Причем, исходя из уникальности каждого проекта и его временной ограниченности, входящие в него процессы и результаты могут меняться. Через жизненный цикл можно выстроить базовую структуру управления PMBoK-проектом, независимо от его содержания. Помимо стандартного жизненного цикла, PMBoK рассматривает и другие циклы, а также их общие признаки и различия, дает определения участников проекта и уровней их ответственности. И как раз об участниках, как о важнейшем элементе проектной деятельности, следует сказать подробнее. Участники проекта Согласно PMBoK, классификация участников проекта такова: Менеджер проекта – человек, ответственный за управление проектом Заказчик – человек или компания, планирующая использовать продукт (уровней заказчиков может быть несколько) Исполнитель – компания, обязавшаяся реализовать проект Проектная команда – группа людей, выполняющих проектные работы Команда управления проектом – люди из проектной команды, занимающиеся операциями по проект-менеджменту Спонсор – человек или компания, предоставляющая средства (денежные или натуральные) для проекта Источники влияния – люди или организации, не связанные напрямую с получением или применением продукта, но способные оказать положительное или отрицательное воздействие на реализацию проекта Офис управления проектом – офис исполнителя (если он несет косвенную или прямую ответственность за результаты проекта, он может быть его участником) Заметим, что PMBoK говорит как об ответственности участников проекта, так и об их ожиданиях. Управление ожиданиями входит в число прямых обязанностей проект- менеджера. Говоря о концепции PMBoK, мы упомянули также о проектной документации. Она составляет не менее важную часть всего Стандарта, по причине чего есть смысл немного углубиться и в эту тему. Главные проектные документы Всего PMBoK указывает на три основных документа. Каждый из них выполняет свою конкретную функцию: Устав проекта – документ, официально авторизующий проект Описание содержания проекта – документ, в который включены описания всех планируемых работ и результаты поставки, необходимые к выполнению План управления проектом – документ, описывающий ход выполнения проектных работ План управления проектом всегда разделяют на отдельные части, исходя из областей знаний. Не входит в него только управление интеграцией, т.к., будучи самостоятельной единицей, планированию она не поддается. Управление интеграцией предполагает взаимосвязь всех процессов в проекте и работу, основанную на этой взаимосвязи. И, естественно, мы не могли не сказать еще об одном аспекте управления проектами, которому PMBoK уделяет огромнейшее внимание – это инструменты и методы работы. Но повторимся: чтобы понять, что именно подходит для конкретного проекта более всего, необходимо тщательно изучить сам Стандарт. Инструменты и методы PMBoK Ниже мы приведем лишь перечень основных инструментов и методов PMBoK (о некоторых из них мы рассказывали на нашем сайте, поэтому переходите по ссылкам и разбирайтесь). Методы PMBoK: Управление освоенным объемом (EVM-метод) Выравнивание ресурсов Оценка «снизу вверх» Быстрый подход Древо решений Анализ допущений Метод набегающей волны Анализ сети Мозговой штурм Оценка и анализ программ (PERT-метод) Метод Монте-Карло Метод Дельфи Анализ отклонений Метод «операции в узлах» (PDM-метод) SWOT-анализ Метод критической цепи Метод критического пути (CPM-метод) Декомпозиция Анализ ожидаемого денежного значения (EMV-метод) Анализ чувствительности Метод освоенного объема Анализ характера и последствий отказов (FMEA-метод) Инструменты PMBoK: Система управления конфигурацией Система управления изменениями Сетевая модель Матрица вероятности и воздействия Диаграмма Парето Расписание контрольных событий Система санкционирования выполненных работ Расписание контрольных событий Диаграмма Ганта Матрица ответственности Информационная система управления проектами Иерархическая структура рисков В дополнение к этим методам в последней версии PMBoK (пятое издание) присутствуют также методы гибкой системы управления проектами Agile . Каждый из них подробно изучается и осваивается при исследовании PMBoK. Множество материалов на эту тему вы можете найти на сайте Московского отделения Института проект- менеджмента (PMI) и официальном сайте PMI (на английском языке). Собственно, в полной мере овладеть PMBoK должен любой человек, планирующий или уже профессионально занимающийся проектами и их управлением. PMBoK – это основа основ в проектном менеджменте. И по этому поводу будет к месту немного поговорить о том, зачем нужен сертификат профессионала по управлению проектами (PMP), как его получить и как сдать экзамен. Сертификат PMP В настоящее время по всему миру работает свыше 470 тысяч сертифицированных специалистов по проект-менеджменту. Получить сертификат PMP может любой специалист, независимо от отрасли, в которой он работает. Зачем нужен этот сертификат? Все очень просто – с ним у вас появится возможность стать членом крупнейшего и самого престижного сообщества профессионалов по управлению проектами, а это сулит прекрасные перспективы, карьерный рост и высокооплачиваемые должности. Сертификат доказывает, что вы знаете, что такое проекты, и понимаете, как ими управлять. Однако для получения такого документа необходимо, во-первых, соответствовать определенным профессиональным требованиям, во-вторых, иметь достаточный стаж работы, и, в-третьих, сдать экзамен. |