За последние годы отношение к управлению проектами значительно изменилось. Все большее число руководителей компаний начинает понимать, что управление проектами позволяет экономить значительные средства, уменьшать сроки реализации проекта, лучше контролировать ход проекта, прогнозировать проблемы и своевременно реагировать на них. Тем не менее до сих пор существует несколько заблуждений («мифов»), связанных с управлением проектами и препятствующих эффективному использованию инструментов управления проектами. Прокомментируем эти заблуждения.
Миф 1. Научиться управлять можно, прослушав достаточно большой курс лекций
Управление проектами – весьма сложная прикладная дисциплина, поэтому без практического навыка, без постоянного тренинга научиться управлять невозможно. Типичная ситуация: на лекции или семинаре слушателям рассказывается о применении какого-либо инструмента управления, приводятся примеры. Сразу после этого им предлагается практическая управленческая задача – и абсолютное большинство начинает решать ее по-старому, в рамках своего прежнего опыта. Требуются значительные усилия для того, чтобы слушатель осознанно перешел к решению задачи с применением технологии управления проектами. Именно по этой причине крайне важно иметь в компании набор правил (действий), представленных в виде бизнес-процессов, задающих последовательность действий менеджера при формировании системы управления проектом. Применению таких правил и надо обучать менеджера проекта. При этом важная роль придается системе, оценивающей действия менеджера с позиций проектного управления и заставляющей его работать по правилам. В дальнейшем мы будем понятия «менеджер» и «руководитель проекта» считать синонимами.
Миф 2. Любой специалист может научиться хорошо управлять проектом
Это заблуждение весьма распространено. Связано это, видимо, с тем, что большинство людей понимает управление проектами как умение построить сетевую диаграмму, диаграмму Гантта и т. п. Но это – простейшие навыки («ремесло»), которые, действительно, может освоить практически любой человек.
В управлении проектами значительную роль играет умение связать между собой в единое целое различные элементы проекта, найти верное (как правило, компромиссное) решение в условиях множества альтернатив и ограничений. А это уже требует особых способностей и навыков, которые имеются отнюдь не у всех. Таким образом, далеко не каждый способен хорошо освоить технологию управления проектами.
Причина заключается, во-первых, в высокой сложности современных технологий управления, а во-вторых, в том, что для восприятия и практического использования этих технологий необходимо наличие (как, скажем, в математике) природных способностей, называемых организаторскими (технологии управления позволяют лишь упорядочить применение этих способностей), и опыта практического руководства. Очевидно, что сочетание в одном человеке столь редких качеств (знания, способности, опыт) встречается крайне редко. Именно поэтому хороший менеджер во всем мире ценится на вес золота.
В связи с этим возникают следующие вопросы:
• Какими качествами должен обладать хороший менеджер проекта?
• Как же быть тому, кто не обладает такими качествами? Будет ли ему доступна технология управления проектами и если да, то в какой мере?
Попробуем ответить на эти вопросы. Итак, какими качествами должен обладать хороший менеджер проекта?
Например, известный специалист по управлению И. Адизес выделяет четыре функции процесса управления, характеризующие менеджера, обозначая их буквами Р, А, П, И соответственно:
Р – умение удовлетворять потребности клиента – краткосрочная функция;
А – административная функция, ежедневное соблюдение установленных процедур – краткосрочная функция;
П – умение предугадывать ситуацию на рынке и предлагать новые идеи, т. е. быть предпринимателем, – долгосрочная функция;
И – интеграция, воспроизведение в компании атмосферы сотрудничества, увязывание цели каждого в цели группы и превращение индивидуальных рисков в групповые – долгосрочная функция.5
Если четыре функции менеджера обозначить сочетанием этих букв (код РАПИ, по Адизесу), то уровень развития соответствующей функции можно условно обозначить строчной (слабое развитие) или прописной (признак высокого уровня развития соответствующей функции менеджера) буквой. По Адизесу, менеджер высокого уровня (лидер) – тот, у кого из четырех букв по крайней мере две большие, причем одна из них – обязательно буква И, т. е. у лидера хорошо развиты по крайней мере две функции управления и одна из них – обязательно интеграционная функция (табл. 1.2).
Таблица 1.2
Признаки уровня менеджера по коду РАПИ
Управление проектами является интегрированным процессом. Действия (бездействие) в одном направлении обычно влияют и на остальные направления. Такая взаимосвязь заставляет балансировать между задачами проекта: часто улучшение в одной области может быть достигнуто за счет ухудшения в другой. Это требует от менеджера видения проекта во всей взаимосвязи факторов, т. е. интеграции, умения учитывать самые разнородные факторы, их влияние на проект, умения предугадывать возможные проблемы. Интеграционный аспект процесса управления проектом можно условно обозначить как искусство. Интеграция означает умение принимать решения в условиях неопределенности, при наличии альтернатив; создание внутри организации временной социальной среды, объединяющей способности разных профессионалов, работающих над выполнением проекта. Этой части обучить чрезвычайно сложно из-за трудностей или невозможности формализации. Данный навык в значительной степени зависит от интуиции менеджера и приходит с опытом.
В инновационных проектах весьма значительна роль именно интеграционной составляющей, поэтому в дальнейшем будем уделять ей большее внимание, поскольку и в литературе, и в стандарте PMI эта компонента описана слабо.
Второй аспект процесса управления проектом – это техническая сторона управления, или «наука». Это формальные, упорядоченные, чисто логические части процесса: планирование, расписание работ, контроль, мониторинг. Данный аспект хорошо и подробно описан в литературе, поэтому в дальнейшем будем уделять ему меньше внимания. Например, сетевое планирование, являющееся одним из инструментов управления проектами, рассматривается во многих источниках и читается в различных курсах.
Наличие второго аспекта позволяет широкому кругу начинающих менеджеров осваивать нелегкую науку управления и приобретать опыт системного управления.
Миф 3. Обучение управлению надо начинать со своей предметной области
Поскольку управление проектами имеет надпредметный характер, сначала необходимо изучить общие подходы, правила, «теоремы управления». Управление проектами в первую очередь ориентировано на формирование общих, единых для всех типов проектов правил. Естественно, менеджер будет управлять каким-то конкретным проектом из своей области, который имеет свои особенности. Но без знания общих подходов к управлению проектами затруднительно обеспечить эффективную реализацию проекта.
Если же речь идет о применении управления проектами сразу в какой-либо предметной области, то в этом случае начинать надо с разработки правил – регламентов и процедур, которые будут утверждены в компании как обязательные к исполнению документы. В этом случае специалисты обучаются только правилам следования бизнес-процесса в ходе реализации проекта или его части, при условии что бизнес-процессы управления уже заранее разработаны.
Миф 4. В управлении проектами значительную роль играет программное обеспечение
В управлении проектом, вопреки распространенному мнению о ключевой роли компьютеров (сетевые графики и пр.), решающее значение уделяется: поиску компромиссов, умению четко спланировать проект и организовать выполнение, грамотному использованию человеческого фактора, умению добиться лидерства в проекте, умению организовать работу, подбору, мотивации и стимулированию команды и других участников проекта, координации их деятельности, предупреждению и разрешению конфликтов. Особенно это касается инновационных проектов, имеющих, как сказано выше, значительную неопределенность. Именно личность менеджера позволяет добиваться успеха в, казалось бы, безнадежной ситуации. Следует отметить, что методология управления проектом опытному менеджеру помогает организовать эффективное управление, а начинающему – избежать грубых ошибок управления. Программное обеспечение здесь играет подчиненную роль: ни один «софт» не способен заменить опыт и интуицию управленца, не может обеспечить структуризацию проекта в соответствии с конкретной ситуацией. В то же время программное обеспечение облегчает построение различных диаграмм, графиков, расписаний там, где требуется рутинная переработка больших массивов информации.
Когда же необходимо использовать методологию управления проектами? Ответ на этот вопрос следует из рис. 1.3: во всех сложных проектах при ограничениях сроков и ресурсов не обойтись без специальных навыков управления.
Если хотя бы на один из предложенных пунктов получен положительный ответ, нам не обойтись без профессионального управления проектами. В самом деле, наличие конкуренции все чаще вынуждает руководителей искать пути повышения эффективности проекта. Риски проекта создают реальную угрозу, уменьшить которую может эффективно построенная система управления рисками. Наличие в проекте большого объема работ вынуждает руководителей упорядочить возможные риски в соответствии с правилами управления: ведь и сама технология управления проектами, как отмечалось выше, сформировалась для обеспечения реализации больших проектов.
Высокая стоимость работ заставляет более внимательно подходить к формированию бюджета и управлению финансами проекта. Высокая цена ошибки может оказаться слишком большой платой за хаотичную реализацию проекта или за не вовремя обнаруженные ошибки.
В проекте, осуществляемом в крупной организации, может оказаться много неразберихи, дублирования работ или, наоборот, нечеткое распределение ответственности по работам. Большое количество взаимосвязей требует четкого их описания в соответствии с планом управления взаимодействиями. Значительные изменения в проекте или в его окружении чреваты потерей управления, из-за того что руководитель проекта не успевает следить за его развитием. Для исключения такой ситуации потребуется формирование системы, обеспечивающей быструю корректировку проекта.
Рис. 1.3. Когда необходимо применять профессиональное управление проектами
Заданные жесткие сроки и ограниченные ресурсы, в том числе напряженный бюджет, приводят к тому, что менеджер должен действовать безошибочно, поскольку на исправление неверного решения может не хватить времени или ресурсов. Высокие требования к качеству результата сильно ограничивают свободу менеджера при реализации проекта. Все это может привести к повышению стоимости проекта или же к отказу от ряда работ или использования ресурсов.
Начинающий менеджер часто ошибочно полагает, что управление проектами возможно только в крупном проекте, когда имеются ресурсы для разработки документов проекта. Однако все чаще инструменты управления проектами применяются даже в небольших проектах. Естественно, объем планирования в таких проектах должен соответствовать сложности проекта: в каждом проекте определяется свой набор методов управления, соответствующий целям проекта, ожидаемым результатам, наличию ресурсов проекта и т. п.
ПРИМЕР. Инвестиционный проект «Строительство деревообрабатывающего завода»
Инвестор купил деревообрабатывающий завод в г. Таежном на Урале. Предполагается расширить производство фанеры и плит. На заводе идет реконструкция, строится новый цех, в котором будет размещено оборудование, поставляемое различными поставщиками. Хранить оборудование в неприспособленном помещении нельзя, а такое помещение на заводе отсутствует. Поскольку оборудование должно монтироваться по мере готовности помещений, необходимо организовать поставку «точно в срок», а для этого сформировать систему прогноза готовности помещений к монтажу. На проект воздействовало множество факторов, возникало большое количество проблем, которые разрешались медленно и неэффективно. Сотрудники компании вели проект хаотично, со сбоями, которые они оправдывали тем, что всегда имеются непредвиденные обстоятельства, форс-мажор. Все это приводило к затягиванию сроков завершения проекта, финансовым потерям.
В какой-то момент инвестор решил пригласить грамотного руководителя проекта, рассчитывая на то, что он сможет обеспечить эффективную реализацию проекта. Руководитель, понимая всю важность порученного проекта, разработал систему управления сроками проекта, обеспечив мониторинг хода работ и четкое взаимодействие с поставщиками оборудования. В итоге оказалось, что четкая структуризация проекта позволяет предвидеть большинство проблем, распределить ответственность между участниками проекта, добиться работы каждого участника на общий результат. Это позволило существенно улучшить процесс реализации проекта.
Проектное управление во многих случаях позволяет упорядочить управление проектом. Это касается не только крупных и сложных проектов, но и относительно небольших. В рамках книги мы будем основное внимание уделять именно таким инновационным проектам, поскольку они составляют значительную часть проектов инновационной компании, включая проекты развития.
1. Что такое инновация? Как данный термин определяется в научной литературе?
2. Каковы особенности управления инновационной деятельностью?
3. Что собой представляет управление проектом?
4. Какова роль управления проектами среди других управленческих дисциплин?
5. Какие рычаги управления имеются в распоряжении менеджера?
Будем понимать под структурой проекта совокупность взаимосвязанных элементов и процессов проекта, представленных с различной степенью детализации.
Структура проекта представляет собой стройную иерархическую декомпозицию проекта на составные части (элементы, модули), необходимые и достаточные для планирования и контроля осуществления проекта для различных участников проекта. В соответствии с определением PMI, декомпозиция – это метод планирования, предполагающий разбиение содержания проекта и результатов поставки проекта на более мелкие и легко определяемые элементы до тех пор, пока работы по проекту, связанные с выполнением содержания проекта и обеспечением результатов поставки, не определены достаточно подробно для исполнения, отслеживания и мониторинга этих работ.
Понимание проекта как структурированного (информационного) объекта, подчиняющегося логическим суждениям и формальным правилам, является основой профессиональных методов реализации и управления проектом.
Умение построить структуру проекта означает умение выделить и сформулировать отдельные подзадачи, а значит, поставить четкую задачу перед исполнителем и добиться ее выполнения. Задача должна быть четко сформулированной и посильной для исполнителя. Необходимость добиваться исполнения требует наличия навыков общего менеджмента.
Одним из признаков проекта является его разграничение, т. е. обособление, от других задач, осуществляемых в организации. Обособление проекта является важным фактором уменьшения рисков недостаточно профессионального управления, поскольку дает возможность лучше спланировать работы проекта, четко назначить ресурсы на работы проекта, распределить ответственность. Для этого необходимо использовать специальные подходы, направленные на выявление процессов, структур, работ проекта, которые позволяют этот проект структурировать, а в конце проекта взвесить и оценить его результат.
Цель управления проектами как методологии – путем структуризации упростить проект и тем самым снизить требования к квалификации менеджеров, участвующих в проекте. Для инновационных проектов это тем более важно, что в них сильна неопределенность, связанная зачастую с нечеткостью конечной цели, изначальной неопределенностью используемых методов и ресурсов.
Как же добиться того, чтобы менеджер совершал меньше ошибок или по крайней мере чтобы они не были катастрофическими для проекта? Важно построить такую систему управления проектом, которая помогала бы менеджеру предвидеть проблемы проекта (риски). Технология управления проектами в силу четкой структуризации и систематизации действий сама по себе обеспечивает существенное снижение рисков проекта.
В самом деле, структуризация проекта, упрощение его за счет разбиения на составные элементы (этапы, работы, процессы) позволяет организовать управление проектом по единым правилам. В этом случае менеджер, руководитель проекта, руководствуясь правилами структуризации проекта, избежит ошибок, вызванных неумением спланировать проект, нечеткостью действий, неспособностью справиться с большим количеством информации. Выделение отдельных этапов, а в рамках этапов – работ дает возможность существенно упростить исходную задачу, поручить более простую задачу менеджеру не такой высокой квалификации. С помощью грамотно построенного плана проекта можно контролировать развитие проекта по времени. Система контроля и мониторинга обеспечивает руководителя проекта и куратора (вышестоящего менеджера) актуальной информацией. То есть само построение проекта в соответствии с некими правилами ведет к существенному снижению рисков проекта.
Формируемая в рамках системы управления проектами подсистема управления рисками существенно зависит от характера проекта: для каждого проекта конкретный набор рисков и реагирования на них может быть свой, отличающийся от других. Стандарт PMI выделяет девять областей знаний, в рамках которых происходит формирование систем управления проектом: интеграционная система, управление содержанием проекта, сроками, стоимостью, качеством, человеческими ресурсами, коммуникациями, рисками, поставками проекта. Более подробно эти подсистемы описаны ниже. Подсистема управления рисками является лишь одной из них, однако важность ее, особенно для инновационных проектов, весьма велика.
В методологию управления проектами заложена четкая логика, связывающая между собой различные области знаний и процессы управления проектами. Любой проект ориентирован на успех, значит, должны быть сформулированы четкие критерии успеха. Как правило, критерии успеха относятся к четырем основным группам. Прежде всего это касается предметной области – достижения главной цели проекта. Проект должен быть реализован с заданным качеством, в требуемые сроки и без превышения установленной сметы. Кроме того, заданные цель проекта, сроки, качество, стоимость являются факторами, ограничивающими возможности руководителя проекта.
В процессе реализации проекта его менеджер применяет тот способ структуризации проекта, который позволяет наилучшим образом организовать управление проектом для обеспечения успеха проекта (рис. 2.1).
Проводя структуризацию проекта, менеджер имеет возможность выделить этапы (фазы) проекта, в рамках каждого этапа осуществить декомпозицию результата этапа на более мелкие задачи (работы), выделить функции проекта и возложить их реализацию на подсистемы управления проектом, описать эти подсистемы через процессы управления. В этом случае, например, план проекта разрабатывается для каждого этапа, а функция разработки плана проекта (этапа) реализуется через группу процессов планирования, что позволяет распределить реализацию процессов между членами команды проекта.
Рис. 2.1. Структуризация проекта
Разбиение на временные этапы дает возможность выделить относительно независимые блоки работ (например, этап разработки технического предложения, эскизного проектирования и т. п.). Разбиение по работам и задачам в рамках конкретного этапа помогает детализировать и взаимоувязывать выполняемые работы.
Разбиение (декомпозиция) главной цели проекта на более простые частные подзадачи и представление работ по реализации проекта в виде процессов является основой методологии PMI. За счет этого удается снизить последствия таких общих рисков, как недостаточная квалификация управленческого персонала, отсутствие опыта реализации проектов данного типа, высокая сложность проекта. Надо помнить о том, что каждый этап проекта структурируется как отдельный проект, поэтому декомпозиция целей проводится для каждого этапа.
Выделение процессов позволяет выстроить прогнозируемую последовательность действий. Многообразие реализуемых в рамках проекта функций заставляет разграничить их между собой с целью детального описания и распределения ответственности между участниками.
Наконец, введение понятия «подсистема управления» обеспечивает необходимую интеграцию, комплексность управленческих воздействий, объединение различных по характеру факторов для концентрации на достижении целей проекта. Это позволяет, как и в технических системах, строить подсистему управления, которая должна быть замкнутой через систему получения информации (т. е. иметь обратную связь) и воздействовать на объект управления, уменьшая соответствующее рассогласование.
Поскольку объект (или объекты) и регулируемые параметры известны (необходимо придерживаться графика, не допускать отклонения по срокам, финансам, ресурсам, поддерживать эффективное функционирование команды проекта), то задача подсистемы управления заключается в измерении отклонений параметров, минимизации отклонений от заданных значений. Эти параметры в каждом проекте могут отличаться, иногда значительно, поэтому на этапе планирования следует четко формулировать и фиксировать те из них, которые должны регулироваться.
Далее, в процессе управления проектом эти параметры измеряются и в случае отклонения или появления негативного воздействия (риска) включается компенсирующее воздействие. Вот эта последовательность действий и составляет суть второго аспекта управления рисками проекта.
Приступая к изучению структуризации проекта, введем некие постулаты проектного управления.
1. Каждый этап проекта является самостоятельным проектом. Выделяя этапы, мы обязаны к каждому этапу применить весь арсенал проектного управления как к отдельному проекту.
2. За каждым нашим действием или бездействием необходимо видеть последствия. Все действия менеджера вызывают последствия. Эти последствия надо видеть и предугадывать, для того чтобы вовремя среагировать в случае нежелательных последствий.
3. Чем больше этапов проекта – тем больше объем планирования. Выделяя большое количество этапов с целью упрощения проекта, мы должны быть готовы к большему объему планирования, что заставляет менеджера искать разумный компромисс между сложностью проекта и объемом работы по организации управления проектом.
4. Недостаточно выявить проблемы (риски) проекта, необходимо разработать реагирование. Менеджеру проекта недостаточно фиксировать проблему, необходимо разработать меры по ее устранению или по крайней мере по существенному снижению потерь вследствие ее наступления.
5. В проекте не должно быть элементов, которые в дальнейшем не используются («висящее ружье должно выстрелить»). Все действия должны иметь продолжение. Единственный случай, когда сделанная работа может оказаться выполненной впустую, – меры по защите от рисковых событий. Если событие не состоялось, то и защитные меры не понадобятся, однако эти затраты оправдываются тем, что в противном случае потери были бы недопустимо велики.
Der kostenlose Auszug ist beendet.