Ознакомительная версия. Доступно 8 страниц из 36
Функции управления проектом
■ Время (отклонения по времени – план-график проекта).
■ Качество (отклонение по качеству продукта – проектная документация).
■ Стоимость (отклонение по стоимости – бюджет проекта).
■ Риски (качество управления и реагирования на проектные риски).
■ Персонал (эффективность использования ресурсов анализируется при необходимости повышения качества ресурсного планирования либо, наоборот, при необходимости привлечения дополнительных рабочих ресурсов).
■ Коммуникации. Качество коммуникаций (прямые или косвенные показатели удовлетворенности клиентов), коэффициенты эффективности взаимодействия с поставщиками и т. д.
■ Контракты.
■ Изменения (риски, проблемы, изменения, то есть «управление отклонениями»). Для этого применяется Коэффициент проектных отклонений для оценки допустимых значений по каждому основному критерию оценки. Проектные отклонения = (К1 × [Отклонение по времени] + К2 × [Отклонение по стоимости] + К3 × [Отклонение по качеству продукта]) / (К1 + К2 + К3). Значения измерителей (частные отклонения) могут рассчитываться на основании специальных шкал – диапазонов допустимых значений, позволяющих классифицировать отклонения с точки зрения тяжести их последствий.
Фазы управления проектом
■ Инициация (оценка времени и качества принятия решения о запуске проекта).
■ Планирование (оценка качества выбора подрядчиков и времени заключения контрактов, а также качество и время этого выбора).
■ Выполнение и Контроль (мониторинг и анализ исполнения этапов проекта через отклонения по срокам, стоимости и качеству), а также оценка качества проекта выступает как экспертная оценка соответствия критериям технического задания.
■ Закрытие (оценка исполнения проектов через отклонения по срокам, стоимости и качеству) и оценка качества проекта, например оценка индекса адекватности решения.
Далее рассмотрим наиболее важную фазу управления, которая называется «выполнение и контроль». Для того чтобы оценить и повысить эффективность данной фазы управления, необходимо четко представлять цели и результаты этапов, стадий или проекта в целом. Определять этапы и результаты этапов необходимо для точного определения момента или «точки контроля», когда мы сможем оценить эффективность реализации проекта.
Проект можно четко оценивать только по вехам проекта – это этап проекта с длительностью 0 минут, часов и дней.
Допустим, что результатом этапа проекта является утвержденный 01.04.2008 г. документ Х. Если мы в определенный день утвердили документ у заказчика – это будет веха этапа, то есть этап с длительностью 0, и мы можем оценить эффективность этапа: соблюдение срока, бюджета и качества данного этапа. Если документ еще находится на согласовании у заказчика, то это работы в рамках этапа, и оценивать его весьма затруднительно, так как не получен результат этапа.
Как известно, у проектной группы есть три «основных» инструмента управления:
■ срок;
■ бюджет;
■ качество проекта.
Искусство управления ими во многом определяет эффективность проектов. Соответственно, одним из механизмов повышения эффективности проекта является определение ответственности менеджеров за достижение трех основных целей проекта.
Модель оценки как внешних, так и крупных внутренних проектов и три ее основные цели:
■ снизить затраты, не увеличивая длительность проекта и не снижая его качество;
■ снизить время без ущерба качеству и при этом сократить затраты;
■ обеспечить выполнение или повысить определенные критерии качества проекта.
Модель оценки внутренних проектов (простая):
(оценке подвергается только соблюдение срока и качества проекта. Стоимость проекта не рассматривается, так как проект внутренний и был реализован силами сотрудниками, которым компания выплачивает зарплат)
● создать….
● разработать…
● внедрить…
Пример показателя эффективности внутренних проектов, то есть «Проектный» KPI, – это «Утвержденное «Положение о премировании» к 1 июля 2009 г.».
В терминологии проектного управления формулировка и определения проектных KPI совпадает с выделением вех проекта. Определение «веха» – это этап проекта с длительностью, равной 0. Веха – это промежуточный или итоговый результат проекта. Если мы ставим задачу оценить результативность наших сотрудников в проекте, то надо оценивать не процент сделанных работ, а достигнут ли результат (веха): да или нет. Исходя из этого можно сделать вывод, что «Проектный KPI» = веха проекта.
Для оценки степени достижения целей проектов используются проектные ключевые показатели эффективности – KPI. У разных проектов свои KPI. Самые простые показатели для расчета – это количественные KPI, такие как отклонения от бюджета проекта или экономия бюджета. Гораздо сложнее оценивать качественные показатели, потому что их оценка более трудоемка и обладает некоторой субъективностью. В одних проектах качество выражено в оценке приемной комиссии или заказчика проекта, у других – преимущественно в финансовых показателях, таких как достижение окупаемости инвестиций, IRR (внутренняя норма доходности (прибыли, внутренний коэффициент окупаемости, Internal Rate of Return, IRR – норма прибыли, порожденная инвестицией), и положительный дисконтированный поток от проекта, где-то это только соблюдение требования технического задания и т. д.
Пути решения трудностей проектного управления
Основными документами проекта являются устав или паспорт проекта, в которых должны быть определены критерии для оценки проекта, то есть его цели, этапы, результаты этапов и проекта в целом.
Основная проблема применения проектного менеджмента заключается в отсутствии в компании четких процедур и регламентов подготовки основных документов проекта (устав и паспорта проектов). В связи с этим возникают проблемы с точным определением и пониманием основных «вех» проекта для определения эффективности деятельности проектной группы. Однако успех определяется не только механизмом управления и оценки проекта, но и степенью заинтересованности персонала, что особенно важно в командной работе. Для этого необходимо применять в проектах систему мотивации на базе проектных KPI.
Еще одним серьезным препятствием на пути внедрения проектного управления является передел сфер влияния в компании как на среднем, так и на высшем уровне руководства. Раньше все было проще: функциональный руководитель отвечал за конкретные задачи, он выстраивал соответствующие процессы и ставил людей на их выполнение. Теперь оказывается, что ту же самую задачу можно в принципе решать по-другому и, возможно, эффективнее. Но при этом «права собственности» на часть процесса или некоторые отдельные формы реализации процесса должны перейти к другим людям – от функциональных руководителей к руководителям проектов. Чтобы подобные «перемены управления» не приводили к заметным политическим потрясениям и тем самым не снижали эффективность проектов, должны быть определены формальные правила и стандарты сосуществования процессной и проектной деятельности.
Ознакомительная версия. Доступно 8 страниц из 36
