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

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

Третьим камнем преткновения являются сроки исполнения. Хотя в начале работы кажется, будто все время мира в вашем распоряжении и что некоторые задержки легко наверстываются. Это однако часто удается лишь к концу проекта, с существенно большими затратами, или проект на какое-то время вообще полностью выходит за свои временные рамки. Это объясняется различными причинами: во-первых, не достаточно ясно сформулированные цели являются плохой основой для оценки трудовых и временных затрат. Отрицательно сказывается также и отсутствие анализа рисков. Во-вторых, большая часть сотрудников исходит из того, что для исполнения проекта предусмотрены достаточные временные ресурсы, “поскольку нельзя же самому себе без особой нужды осложнять жизнь”. Поэтому цели проекта по началу воспринимаются многими скорее как игровой азарт, а не серьезная рабочая задача. Эта вера в достаточный запас времени в сочетании с убежденностью в собственной способности “как-то удержать ситуацию под контролем” часто приводят к значительным просчётам и роковым последствиям для сроков исполнения проекта. В-третьих, руководители проектов часто неосознанно способствуют этому фактору, измеряя возможности сотрудников мерой собственной производительности. Поскольку же они часто за меньшее время в состоянии сделать больше, чем сотрудники, это приводит к просчетам в планировании затрат времени и укрепляет сотрудников в их переоценке собственных возможностей.

Четвертым камнем преткновения являются человеческие ресурсы. Каждый, кто какое-то время занимался управлением проектами, безусловно, знает, что сотрудники – это главный ресурс в проектной работе. С другой стороны, понятие “ресурс” побуждает нас действовать, таким образом, будто эти сотрудники всегда, по первому зову готовы приступить к делу с требуемой квалификацией и в нужное время. Вместе с тем иногда для того или иного проекта необходима дополнительная компетенция, а семинары по этой тематике не всегда доступны. Случается, что семинар проводится как раз тогда, когда сотрудник не может оторваться от работы над проектом. Сотрудники с особо популярными квалификациями часто бывают задействованы в ряде проектов и поэтому нуждаются в особой координации своей работы. Нередко такой сотрудник срочно требуется в двух проектах одновременно. Так узкие места с персоналом могут возникать постоянно, прежде всего, в крупных проектных группах, где эти проблемы быстро разрастаются по закону больших чисел, хотя в принципе в распоряжении имеется достаточно квалифицированных сотрудников.

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

Будь то неопытность или переоценка собственных возможностей – встречающиеся ошибки всегда одного плана: руководитель проекта считает, что он все знает и умеет лучше сотрудников и поэтому редко делегирует ответственность членам команды. Мотивация последних, конечно, падает, а руководитель просто не справляется со временем. В дополнение чрезмерное чувство ответственности или неуверенность неопытного руководителя нередко приводят к тому, что информированность используется как средство власти. Существенную информацию о проекте и состоянии его исполнения сотрудники получают часто лишь отрывочно, несвоевременно и только в результате массированных расспросов руководителя. Конечно, от такого обращения с информацией страдают дух команды, внутреннее согласие в коллективе, эффективность и сотрудничество. Из-за отсутствия собственного управленческого опыта, а также из страха перед возможными неудачами и связанными с ними неприятными последствиями руководители проектов колеблются между авторитарными наставлениями и постоянным вмешательством, с одной стороны, и беззаботным попустительством, с другой стороны. Поскольку же проектная команда в таких случаях не знает, чего можно ожидать от руководства, она утрачивает уверенность в себе. А неуверенные в себе команды теряют работоспособность и готовность к сотрудничеству, не говоря уж о мотивации на высокую результативность работы.

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

Карен Рихтер

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

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

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

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

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

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

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

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

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

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

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

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

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

Нельзя давать одновременно несколько важных и срочных заданий: это распыляет внимание исполнителя. Рекомендуется определить приоритетность заданий и выделить из них самые важные и срочные.

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

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

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

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

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

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

Когда предлагаемое сотрудником решение не противоречит в принципе вашему мнению, предоставьте ему максимум свободы: нет нужды вести дискуссии по мелочам и мешать проявлению его инициативы.

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

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

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

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

Создавайте и постоянно поддерживайте материальную и моральную заинтересованность подчиненных в конечных результатах труда.

Лучше не увлекаться наказаниями; если вы не полностью уверены в виновности подчиненного, то предпочтительнее от наказания воздержаться.

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

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

Держите себя с людьми ровно, не теряйте самообладания ни при каких обстоятельствах. Кто не может управлять собой, тот не может управлять вообще никем.

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

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

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

Не прикрывайте грубость ссылками на необходимость усиления требовательности — это далеко не одно и то же.

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

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

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

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

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

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

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

Скромность — это не только украшение человека: можно быть скромным, не будучи умным, но нельзя быть мудрым, не обладая скромностью.

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

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

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

Иногда полезно высказывать замечания в виде вопроса: «Не считаете ли вы, что здесь допущена ошибка?» или «Не думаете ли вы, что здесь следует что-нибудь изменить?», чем сказать то же самое в резкой форме.

Вообще, следует стараться давать указания не в приказном тоне, а в стиле доверительного общения: «прошу», «будьте добры» и т. п. Если вы имеете в коллективе авторитет, то каждый поймет обращенную к нему просьбу как указание, обязательное к исполнению.

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

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

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

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

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

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

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

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

Николай Панеев

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

Связи предшествования (логические зависимости) – отображают природу зависимостей между работами. Большинство связей в пpоектах относятся к типу “конец-начало”, когда последующая pабота может начаться только по завеpшении пpедшествующей pаботы. Связи предшествования образуют структуру сети. Комплекс взаимосвязей между работами часто также называют логической структурой проекта, поскольку он определяет последовательность выполнения работ.

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

Методы сетевого планирования – методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта. Основываются на разработанных практически одновременно и независимо методе критического пути МКП и методе оценки и пересмотра планов PERT (Program Evaluation and Review Technique). Первый метод разработан в 1956 году для составления планов-графиков крупных комплексов работ по модернизации заводов фирмы “Дюпон”. Второй метод разработан корпорацией “Локхид” и консалтинговой фирмой “Буз, Аллен энд Гамильтон” для реализации крупного проекта разработки ракетной системы “Поларис”.

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

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

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

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

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

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

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

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

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

Ресурсная гистограмма – гистограмма, отображающая потребности проекта в том или ином виде ресурсов в каждый момент времени.

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

Анализ реализуемости проекта – понятие реализуемости имеет ряд своих разновидностей: логическая реализуемость (учет логических ограничений на возможный порядок выполнения работ во времени); временной анализ (расчет и анализ временных характеристик работ: ранняя/поздняя дата начала/окончания работы, полный, свободный временной резерв и другие); физическая (ресурсная) реализуемость (учет ограниченности наличных или доступных ресурсов в каждый момент времени выполнения проекта); финансовая реализуемость (обеспечение положительного баланса денежных средств как особого вида ресурса).

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

Процессы проекта

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

Процессы управления проектами – касающиеся организации и описания работ проекта (которые будут подробно описаны далее);

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

Группы процессов

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

процессы инициации – принятие решения о начале выполнения проекта;

процессы планирования – определение целей и критериев успеха проекта и разработка рабочих схем их достижения;

процессы исполнения – координация людей и других ресурсов для выполнения плана;

процессы анализа – определение соответствия плана и исполнения проекта поставленным целям и критериям успеха и принятие решений о необходимости применения корректирующих воздействий;

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

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

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

Взаимосвязи процессов

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

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

Выходы – документы или документированные показатели, являющиеся результатом процесса.

Методы и средства – механизмы, по которым вход преобразуется в выход.

Процессы инициации

Инициация включает единственный подпроцесс – Авторизацию, т.е. решение начать следующую фазу проекта.

Процессы планирования

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

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

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

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

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

Основные процессы планирования

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

Планирование целей – разработка постановки задачи (проектное обоснование, основные этапы и цели проекта);

Декомпозиция целей – декомпозиция этапов проекта на более мелкие и более управляемые компоненты для обеспечения более действенного контроля;

Определение состава операций (работ) проекта – составление перечня операций, из которых состоит выполнение различных этапов проекта;

Определение взаимосвязей операций – составление и документирование технологических взаимосвязей между операциями;

Оценка длительностей или объемов работ – оценка количества рабочих временных интервалов, либо объемов работ, необходимых для завершения отдельных операций;

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

Назначение ресурсов – определение ресурсов, необходимых для выполнения отдельных операций проекта;

Оценка стоимостей – определение составляющих стоимостей операций проекта и оценка этих составляющих для каждой операции, ресурса и назначения;

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

Оценка бюджета – приложение оценок стоимости к отдельным компонентам проекта (этапам, фазам, срокам);

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

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

Вспомогательные процессы планирования

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

Планирование качества – определение того, какие стандарты качества использовать в проекте, и того, как эти стандарты достичь;

Планирование организации – определение, документирование и назначение ролей, ответственности и взаимоотношений отчетности в организации;

Назначение персонала – назначение человеческих ресурсов на выполнение работ проекта;

Планирование взаимодействия – определение потоков информации и способов взаимодействия, необходимых для участников проекта;

Идентификация риска – определение и документирование событий риска, которые могут повлиять на проект;

Оценка риска – оценка вероятностей наступления событий риска, их характеристик и влияния на проект;

Разработка реагирования – определение необходимых действий для предупреждения рисков и реакции на угрожающие события;

Планирование поставок – определение того, что, как и когда должно быть поставлено;

Подготовка условий – выработка требований к поставкам и определение потенциальных поставщиков.

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

Процессы исполнения и контроля

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

Как и в планировании, процессы исполнения можно подразделить на основные и вспомогательные. К основным можно отнести сам процесс исполнения плана проекта. Среди вспомогательных процессов отметим:

учет исполнения – подготовка и распределение необходимой для участников проекта информации с требуемой периодичностью;

подтверждение качества – регулярная оценка исполнения проекта с целью подтверждения соответствия принятым стандартам качества;

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

выбор поставщиков – оценка предложений, выбор поставщиков и подрядчиков и заключение контрактов;

контроль контрактов – контроль исполнения контрактов поставщиками и подрядчиками;

развитие команды проекта – повышение квалификации участников команды проекта.

Процессы анализа

Процессы анализа включают как анализ плана, так и анализ исполнения проекта.

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

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

Процессы анализа также можно подразделить на основные и вспомогательные.

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

анализ сроков – определение соответствия фактических и прогнозных сроков исполнения операций проекта директивным или запланированным;

анализ стоимости – определение соответствия фактической и прогнозной стоимости операций и фаз проекта директивным или запланированным;

анализ качества – мониторинг результатов с целью их проверки на соответствие принятым стандартам качества и определения путей устранения причин нежелательных результатов исполнения качества проекта;

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

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

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

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

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

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

Процессы управления

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

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

К основным процессам управления, встречающимся практически в каждом проекте, относятся:

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

управление ресурсами – внесение изменений в состав и назначения ресурсов на работы проекта;

управление целями – корректировка целей проекта по результатам процессов анализа;

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

Среди вспомогательных процессов управления отметим:

управление рисками – реагирование на события и изменение рисков в процессе исполнения проекта;

управление контрактами – координация работы (суб)подрядчиков, корректировка контрактов, разрешение конфликтов.

Процессы завершения

Завершение проекта сопровождается следующими процессами:

закрытие контрактов – завершение и закрытие контрактов, включая разрешение всех возникших споров;

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

История методик управления проектами насчитывает уже пять тысяч лет. Результаты одних проектов, таких как египетские пирамиды или системы ирригации, мы с вами видим до сих пор, о других можем судить лишь по описаниям современников  - военные походы Чингиз-хана и Александра Македонского, морские экспедиции Колумба и Магеллана. Существуют научные работы, посвященные методам управления проектами, которые применяли древние египтяне при строительстве пирамид и викинги, когда проводили военные операции.

Современные методы управления проектами уходят корнями в 50-е годы прошлого века. Практически одновременно две проектные группы представили методы управления сложными комплексами работ. Компании Du Pont и Remington Rand предложили методику, которая получила название Методика Критического Пути (Critical Path Method – CPM). Она появилась в процессе планирования работ по модернизации заводов фирмы Du Pont.

Независимо от них в военно-морских силах США был создана методика для анализа и оценки длительности выполнения работ (Program Evaluation And Review Technique – PERT). Ее разработали корпорация Lockheed Air Craft, консалтинговая компания Booz, Allen & Hamilton и особое проектное бюро ВМС США в процессе создания ракетного комплекса Polaris. Благодаря PERT проект, который состоял из 60 тысяч отдельных работ и объединял около 3800 основных подрядчиков, удалось закончить на два года раньше запланированного срока. Его успешное завершение способствовало тому, что вскоре данный метод стал повсеместно применяться для планирования проектов в вооруженных силах США.

Оба метода были основаны на использовании сетевых диаграмм, но Методика Критического Пути оперировала только одной длительностью работы, в то время как методика PERT учитывала четыре длительности – оптимистическую, пессимистическую, наиболее вероятную и средневзвешенную. Это было обусловлено различными сферами применения методов.

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

С тех пор эти методики взаимно интегрировались, и сейчас при планировании в основном используется Методика Критического Пути.

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

Современные стандарты

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

Данные стандарты представляют собой свод знаний об управлении проектами (Project Management Body of Knowledge – PMBOK). Но структура и содержание PMBOK в разных странах может отличаться в связи с тем, что многие национальные ассоциации управления проектами имеют неодинаковые точки зрения на то, что именно должно входить в этот документ. Поэтому, чтобы не было разночтений, необходимо определиться с терминологией.

Дальше в тексте структура управления проектами и все английские названия приведены согласно Guide to PMBOK, разработанным Американским институтом управления проектами (Project Management Institute – PMI). Функциональная структура управления проектами включает в себя девять разделов:

1. Управление координацией (Project Integration Management).
2. Управление целями (Project Scope Management).
3. Управление временем (Project Time Management).
4. Управление стоимостью (Project Cost Management).
5. Управление качеством (Project Quality Management).
6. Управление человеческими ресурсами (Project Human Resource Management).
7. Управление коммуникациями (Project Communication Management).
8. Управление рисками (Project Risk Management).
9. Управление поставками (Project Procurement Management).

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

1. Процессы инициации (Initiating Processes) – принятие решения о начале проекта или его фазы.
2. Процессы планирования (Planning Processes) – определение рабочих схем достижения целей проекта.
3. Процессы исполнения (Executing Processes) – координация людей и других ресурсов во время выполнения проекта.
4. Процессы управления (Controlling Processes) – наблюдение и измерение результатов выполнения проекта и внесение необходимых коррективов.
5. Процессы завершения (Closing Processes) – оформление завершения проекта или его фазы.
   

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

Планирование целей (Scope Planing). Разработка документа, в котором определены цели проекта. Отправной точкой служат описание продукта, обоснование проекта, общие ограничения, информация об уже выполненных аналогичных проектах. Анализируются альтернативные пути реализации проекта, определяются критерии успешности. Этот документ в дальнейшем служит основой для ВСЕХ проектных решений и единого понимания целей проекта ВСЕМИ его участниками.

Декомпозиция целей (Scope Definition). Последовательное деление основных результатов проекта на более мелкие элементы, вплоть до пакетов работ, хорошо поддающихся управлению. В итоге получается иерархическая структура работ проекта (Work Breakdown Structure – WBS).

Определение операций (Activity Definition). Определение перечня элементарных операций, которые должны быть выполнены для достижения результатов, описанных в WBS.

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

Определение взаимосвязи операций (Activity Sequencing). Определение последовательности проведения работ в проекте с учетом технологических, организационных и других ограничений. Одни работы могут выполняться параллельно, другие же, напротив, могут начаться не раньше, чем завершатся предшествующие. Результатом этого этапа является сетевая диаграмма (project network diagram), которая показывает логическую взаимосвязь между работами в проекте.

Оценка длительности операций (Activity Duration Estimating). Определение количества рабочего времени, которое необходимо для выполнения каждой элементарной операции. Расчет времени производится на основании экспертных оценок и моделирования. Учитываются ресурсные и другие ограничения.

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

Составление расписания (Schedule Development). Определение дат старта и финиша для всех работ проекта. Оцениваются реалистичность расписания (project schedule), загрузка ресурсов и их влияние на срок выполнения проекта.

Разработка бюджета (Cost Budgeting). Определение базисной линии стоимости проекта, называемой S-кривой из-за ее сходства с латинской буквой S. Базисная линия показывает распределение во времени расходов на проект и служит для сравнения текущих результатов с плановыми.

Разработка плана проекта (Project Plan Development). Создание итогового структурированного документа на основании данных, полученных на предыдущих этапах планирования. Результатом является план проекта, который служит руководством для исполнения и управления им.

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