Как уже говорилось выше, каждый проект должен иметь определенные заранее цели.
Цели проекта - важнейший элемент управления проектом, от которого в итоге во многом зависит успешность проекта.
Приведем следующий пример. В крупной компании начинается внедрение информационной системы управления взаимодействием с контрагентами. Руководство компании декларирует для команды проекта и будущего подрядчика по выполнению работ цели:
· повысить эффективность взаимодействия с контрагентами;
· увеличить клиентскую базу компании;
· увеличить количество положительных отзывов потребителей и уменьшить количество жалоб.
Команда проекта реализует проект в рамках бюджета, однако с запаздыванием сроков на два месяца. По окончании проекта информационная система не используется пользователями, руководство компании признает проект неуспешным и увольняет руководителя проекта. Необходимо отметить, что во многом причина такого провала кроется в неправильной постановке целей проекта.
Во-первых, цели поставлены неконкретно. Клиентская база могла быть увеличена на 20 контрагентов, что, конечно, очень мало, но, тем не менее, обеспечивает выполнение поставленной цели «Увеличить клиентскую базу компании». Аналогичная ситуация с количеством отзывов потребителей. Кроме того, достижение данных целей можно оценить только после того, как пользователи информационной системы начнут в ней работать и внесут соответствующие данные по истечении периода времени.
Во-вторых, как выяснилось к концу проекта, главной целью, которую команда проекта не учла, являлось завершение проекта именно к 31 декабря, так как к этой дате руководство компании должно было отчитаться управляющему совету о выполнении цели. Так как отчитаться о результатах было нельзя, деятельность руководителей была признана неуспешной в целом.
В третьих, в целях проекта и в ходе работ были не учтены интересы и желания сотрудников компании - конечных пользователей информационной системы, что привело к саботажу использования системы.
Таким образом, небрежная постановка целей часто приводит проект к провалу.
Цели проекта должны соответствовать требованиям SMART (Specific - Специализированные, Mesurable - Измеримые, Actively Influencible - Актуальные, Realistic - Реалистичные, Time Limited - Ограниченные по времени).
Для приведенного примера необходимо было определить цели:
· после завершения проекта 90% сотрудников используют информационную систему;
· система содержит актуальные данные;
· увеличить клиентскую базу компании на 20% за полгода использования системы;
· увеличить количество положительных отзывов потребителей на 10% и уменьшить количество жалоб на 10% за полгода использования системы.
Такие цели соответствуют требованиям SMART и позволяют команде проекта и руководству компании отслеживать показатели успешности проекта объективно.
Для оценки выполнения целей проекта вводят критерии успешности проекта. Проект успешен, если он:
· завершен в установленные сроки;
· в рамках выделенного бюджета;
· при удовлетворении заказчика.
Жизненный цикл проекта
Каждый проект, независимо от его сложности и объема работ, необходимых для его выполнения, проходит в своем развитии определенные состояния: от состояния, когда «проекта еще нет», до состояния, когда «проекта уже нет».
Начало проекта связано с началом его реализации и началом вложения денежных средств в его выполнение.
Окончанием существования проекта может быть:
· ввод в действие объектов, результатов проекта, начало их эксплуатации и использования результатов выполнения проекта;
· перевод персонала, выполнявшего проект, на другую работу;
· достижение проектом заданных результатов;
· прекращение финансирования проекта;
· начало работ по внесению в проект серьезных изменений, не предусмотренных первоначальным замыслом (модернизация);
· вывод объектов, результатов проекта из эксплуатации.
Обычно как факт начала работ над проектом, так и факт его ликвидации оформляются официальными документами.
Состояния, через которые проходит проект, называют фазами (этапами, стадиями).
Универсального подхода к разделению процесса реализации проекта на фазы не существует. Решая для себя такую задачу, участники проекта должны руководствоваться своей ролью в проекте, своим опытом и конкретными условиями выполнения проекта. Поэтому на практике деление проекта на фазы может быть самым разнообразным - главное, чтобы такое деление выявляло некоторые важные контрольные точки («вехи»), во время прохождения которых просматривается дополнительная информация и оцениваются возможные направления развития проекта.
Каждая фаза должна заканчиваться измеримым, проверяемым результатом. В конце каждой фазы принимается решение об инициации новой фазы или закрытия (консервация) проекта.
В свою очередь, каждая выделенная фаза (этап) может делиться на фазы (этапы) следующего уровня (подфазы, подэтапы) и т.д.
Пример жизненного цикла проекта приведен на рис. 1.3 .
Отражены:
· фазы проекта;
· вехи по началу и окончанию каждой фазы;
· результаты каждой фазы.
Выделение множества этапов в крупных проектах связано не только с большой продолжительностью строительства этих объектов (10-15 лет), но и необходимостью более тщательного согласования действий организаций - участников проекта.
Рассмотрим изменение характеристик проекта в течение жизненного цикла.
Что нарастает в ходе проекта и резко снижается к завершению рис. 1.4 
):
· уровень затрат;
· уровень загрузки персонала.
Что увеличивается в ходе проекта (рис. 1.5 
):
· вероятность успешного завершения проекта;
· стоимость изменений;
· стоимость исправления ошибок.
Что уменьшается в ходе проекта (рис. 1.6 
):
· неопределенность/риски проекта;
· возможность участников оказать влияние на конечные характеристики продукта проекта;
· возможность участников оказать влияние на стоимость продукта проекта.
Существует взаимосвязь жизненного цикла проекта и жизненного цикла продукта.
Жизненный цикл продукта состоит из фаз, которые отслеживаются для производственных и контролирующих нужд компании. В основном жизненный цикл проекта состоит из одного или более жизненных циклов продукта.
Если итоги проекта связаны с продуктом, возможно много видов взаимосвязей между жизненными циклами. Например, разработка нового продукта сама по себе может быть проектом. В качестве альтернативы можно привести пример, когда проект реализуется для улучшения характеристик существующего продукта.
Вы когда-нибудь задумывались над тем, какими могут быть критерии успешности проекта?
Что такое удачный проект и в чем критерии успеха проектных менеджеров?
У каждого менеджера проектов или специалиста, который имеет дело с управлением проектами и хочет повысить продуктивность труда , существуют свои меры и критерии успеха. Однако многие из них наверняка согласятся: чтобы получить ответ на этот вопрос, нужно оценить не только сам результат, но и процесс подготовки проекта со всеми его методами, технологиями и используемыми инструментами.
Если вы находитесь на самом старте вашего проекта и собираетесь составить план и рабочий график всех этапов и сроков … Если вы планируете применять удобные календари и проектировать оптимальные процессы и правильно ставить задачи всей команде… И, наконец, если в итоге вы хотите получить проект, который будет содержать в себе реальные критерии успеха… Тогда самое время познакомиться с приложением, которое позволяет создавать, планировать проекты и строить диаграммы Ганта онлайн .
GanttPRO обладает качественными и полезными функциями и инструментами для успешного планирования любого проекта. С помощью GanttPRO каждый может применить диаграммы Ганта для любого проекта, независимо от уровня проектной сложности.
«Проектные менеджеры — самые творческие профессионалы в мире. Мы должны решить все проблемы еще до того, как они произошли”.
Фредрик Харен
Программные решения для управления проектами могут применяться различными компаниями в разных областях. По данным прошлогоднего исследования , список компаний, которые пользуются программами для управления проектами, чаще всего представляют производство (10%), медицина (9%), технологии (8%), строительство (8%), банки/ финансовые учреждения (8%), разработчики программного обеспечения (7%), бизнес-услуги (7%), и остальные (43%).
Этот материал поможет выделить ТОП-5 особенностей GanttRRO, которые могут выявить критерии успешности проекта и добиться высоких результатов.
Если вы привыкли планировать все вручную, обратите внимание, как можно повысить критерии успешности проекта, используя программу автоматического планирования.
Теперь можно забыть о множестве рутинных вычислительных процессов, — автоматическая система сделает все за вас.
«Никогда не оставляйте на завтра то, что можно сделать сегодня».
Бенджамин Франклин
Планируя свой проект, менеджеры должны учитывать множество факторов, которые могут повлиять на задачи и сроки. GanttPRO предлагает использовать удобный календарь для создания подходящего графика работы для любых процессов и бизнес-целей, учитывая рабочие, выходные и праздничные дни, и т.д. Диаграммы Ганта отлично подходят тем менеджерам проектов, которые хотят тщательно детализировать свои задачи.
Умный календарь содержит много преимуществ, влияющих на повышение критерий успеха проекта, которые могут помочь вам в прогностическом планировании.
Такой тип планирования предполагает, что вы прогнозируете задачи и время для их выполнения заранее. Он требует немного больше времени для разработки, но его явное преимущество в более реалистичном графике проекта, поскольку он отражает реальную модель, включая зависимые задачи и доступные ресурсы.
Умный календарь и прогностическое планирование помогут в управлении проектными командами, потому что:
Управлять своими делами – это наполовину решить исход битвы; контролировать рабочие процессы всей команды — значит победить!
Используя GanttPRO, вы можете планировать проекты вместе с вашей командой и совместно работать с диаграммами Ганта.
Если желаете создать проектную группу, выберите настройки в правом верхнем углу вашей страницы. Там же можно пригласить участников в группу, введяв окно их электронные адреса и нажав кнопку «Пригласить».
Вы помните последний матч вашей любимой баскетбольной команды? Как правило, результаты матчей напрямую определяет сплоченная, взаимодействующая и быстро реагирующая эффективная команда . То же самое происходит во время планирования и реализации любого проекта.
Лучшее доказательство — в ярком примере.
Давайте рассмотрим, как GanttPRO может помочь организовать рабочий процесс команды при подготовке проекта в сфере маркетинга.
Например, маркетолог работает в крупной компании и планирует реализовать глобальный проект в определенное время и с определенными результатами. Это может быть, например, специалист по маркетингу, который пытается запланировать участие в конференции или выставке. Давайте предположим, что ему необходимо определить все сроки и расписать задачи проекта для разных отделов или коллег:
И таких взаимодействий может быть гораздо больше.
Как видите, планирование и организованные командные процессы могут значительно ускорить результаты любого проекта. Будьте уверены, что ничего не потеряется при наличии хорошей структуры.
Существует еще одна важная особенность GanttPRO, которая помогает отслеживать прогресс и статус проекта. Отслеживание статуса позволяет проверять состояние и ход каждого этапа с момента запуска проекта, а также сделать планирование более удобным.
Вы можете легко проверить статус проекта или задачи, зная начало запуска проекта и дату окончания. Кроме того, можно отслеживать процент выполнения какой-либо стадии проекта и сколько времени на это было потрачено. Это позволяет решить, как планировать задачи, даже если ваша компания имеет гибкий график работы или разные смены. Поэтому руководители проектов всегда могут управлять ресурсами эффективно и быть в курсе всех задач и вопросов. С помощью GanttPRO что-то упустить будет сложно.
Используя ранее завершенные проекты, вы можете создать шаблон для ваших будущих целей. Это позволит сэкономить время и избежать повторных действий при создании очередного проекта с нуля.
Эта особенность будет полезна, если ваш прошлый проект полностью завершен. Причины для этого могут быть разными, но очень удобно иметь базовый шаблон проекта всегда под рукой. Все, что вам нужно сделать для начала нового проекта, это настроить параметры и приступать к работе. Здесь вы можете архивировать и сохранить в качестве шаблона диаграммы Ганта.
Эти пять функций GanttPRO выглядят вполне приемлемыми и легко применимы, не так ли? Хотите узнать больше про критерии успешности проекта? Самый простой способ — прочитать информацию на сайте GanntPRO, а также на youtube канале.
Мы надеемся, что этот материал про полезные функции GanttPRO поможет вам достичь успехов в управлении проектами.
Всегда рады вашим комментариям и пожеланиям!
Менеджер проекта всегда стремится довести свой проект до успешного завершения, избежать провала. Успешная реализация проектов является важным условием успешной карьеры как профессионального менеджера проекта, так и практически любого руководителя, отвечающего в организации за те или иные проекты.
Успех проекта означает получение всеми заинтересованными сторонами проекта результатов, оправдывающих их ожидания, сформулированных в виде целей и требований.
Менеджер проекта должен в начале проекта четко понимать ожидания ключевых участников и показатели, по которым будет формироваться вывод об успехе проекта, а в ходе реализации проекта контролировать и прогнозировать состояние этих показателей.
Задача определения указанных показателей должна решаться на этапе инициации проекта. При этом каждая из заинтересованных сторон должна определить свое понимание успешности проекта и согласовать с руководителем проекта соответствующие показатели и способы их оценки.
Критерии успешности проекта – совокупность качественных и/или количественных показателей, которые дают возможность судить о степени успешности выполнения проекта.
То есть они отражают степень достижения тех или иных целей проекта или выполнения тех или иных требований.
Основные типы критериев успешности проекта :
Традиционные: «в срок», «в рамках бюджета», «в соответствии со спецификацией»;
Соответствие требованиям (ожиданиям) заказчика и пользователей;
Соответствие ожиданиям других участников проекта.
Например, критерии успешности проекта создания нового фильма могут быть следующие:
Сдача готового фильма в срок, в рамках выделенного бюджета;
Получение определенной прибыли по результатам проката;
Реализация определенного тиража на DVD (или Blu-ray) дисках;
Получение положительных отзывов кинокритиков и высокого рейтинга зрительских оценок;
Номинация на одну из престижных премий.
Отметим, что не следует смешивать понятия «успешность проекта» и «успешность управления проектом». Успешное управление проектом определяется показателями эффективности управления проектом (качество и своевременность принятия управленческих решений, эффективность управления рисками, оптимальность планов и загрузки исполнителей и др.). Эффективное управление проектом является важным условием успеха проекта, но не единственным. Даже проект, управление которым построено превосходно, может оказаться неудачным.
Рассмотрим несколько версий факторов успеха проектов.
Факторы успеха проекта – внешние и внутренние условия, от которых зависит успешная реализация проекта.
Например, Питер Моррис разделяет факторы успеха проекта на технические и человеческие. В результате делаются выводы о важности учета факторов, связанных с людьми, с организацией их взаимодействия в проекте.
Еще одно исследование проведено и описано Дж. Пинто, в ходе которого был проведен опрос 400 менеджеров проектов из различных областей (научные исследования, строительство, информационные технологии и т.п.). Их попросили назвать факторы, которые в конечном счете определяют возможность успешного завершения проекта.
В результате опроса были сформулированы 10 основных факторов успеха проекта :
1) миссия проекта (стратегическая важность и достижимость целей проекта);
2) поддержка руководства;
3) качество проработки плана проекта;
4) консультации с клиентом (заказчиком);
5) обеспеченность квалифицированным персоналом;
6) техническая поддержка проекта;
7) одобрение клиентов;
8) мониторинг и обратная связь;
9) коммуникации;
10) управление проблемами.
Алексей Полковников и Михаил Дубовик по опросам менеджеров и участников проектов (на тему факторов успеха проектов) сделали следующие выводы:
1) критические факторы успеха проектов включают как общие для всех проектов факторы, так и специфические, характерные только для определенных типов проектов. Поэтому менеджер проекта должен учитывать специфику проекта и выявлять характерные для его проекта факторы успеха;
2) разные участники проекта (менеджер проекта, куратор проекта, заказчик, исполнитель) по-разному оценивают важность и состояние факторов успеха;
3) для успешной реализации проекта нужно добиться наличия нескольких взаимодополняющих факторов успеха.
Если обобщить и упорядочить результаты исследований, то можно сделать вывод, что факторы успеха проекта относятся к трем основным элементам проекта (см. рисунок 1):
1) правильному и четкому определению целей и результатов проекта;
2) эффективному управлению проектом;
Рисунок 1 – Факторы, определяющие успех проекта
Правильное и четкое определение целей и результатов проекта .
Даже хорошо спланированный, организованный и реализованный проект может быть признан неудачным, если изначально были поставлены неверные цели. Например, в организации могут быть допущены ошибки при отборе и запуске проектов (проекты, не соответствующие стратегии организации, проекты с противоположными или несогласованными целями, как правило, не могут быть признаны полностью успешными).
Цели проекта в большинстве случаев определяются вне проекта. Они формируются высшим руководством компании (заказчиком), и влияние менеджера проекта на начальную формулировку целей ограничено. Менеджер проекта имеет возможность участвовать в уточнении целей проекта, особенно при подготовке запуска проекта и на начальных этапах планирования.
Критические факторы успеха , связанные с целями , могут включать следующие:
1) миссия проекта – стратегическая важность проекта для организации (предпосылки для инициации проекта и его значение для организации должны быть логичны и ясны всем основным участникам);
2) цели четко определены и одинаково понимаются всеми участниками проекта;
3) цели адекватны и достижимы;
4) обеспечена поддержка проекта на уровне высшего руководства организации;
5) учтены ожидания заказчика, потребителей и других ключевых заинтересованных сторон.
Эффективное управление проектом
Построение эффективной системы управления проектом во многом зависит от менеджера проекта. И именно отсутствие эффективной системы управления проектом часто называется в качестве основной причины проблем с реализацией проекта.
Даже для проектов, обеспеченных опытными специалистами и всеми необходимыми ресурсами, характерны срывы сроков и превышение бюджета из-за отсутствия своевременной координации работы исполнителей, задержек поставок оборудования и многих других проблем, возникающих вследствие отсутствия адекватных планов, организации исполнения и контроля работ.
Критические факторы успеха , связанные с управлением , могут включать следующие:
1) наличие и качество проработки планов;
2) адекватность организационной структуры (четкое распределение ответственности и полномочий, эффективное взаимодействие с подразделениями организации, реализующей проект);
3) эффективность процедур взаимодействия, принятия решений и контроля;
4) эффективность мотивации участников проекта.
Адекватное обеспечение проекта ресурсами и соответствующими технологиями
Обеспечение проекта ресурсами, к сожалению, от менеджера проекта зависит лишь отчасти. Но факторы, связанные с технологическим и ресурсным обеспечением проекта, должны быть оценены и тщательно проанализированы еще до запуска проекта. Лучше от проекта отказаться, чем взяться за проект, который не обеспечен ресурсами и технологически нереализуем.
Проблемы с технологическим обеспечением проектов могут быть связаны как с применением устаревших технологий и оборудования, которые уже не способны обеспечить необходимую конкурентоспособность, так и с применением новых технологий, которые еще недостаточно освоены и отлажены.
Критические факторы успеха , связанные с ресурсным и технологическим обеспечением проекта, могут включать следующие:
1) качество проработки проектной документации (грамотность технологических решений, заложенных на этапе проектирования);
2) технологическая обеспеченность и реализуемость проекта (применение надежных и современных технологий и оборудования);
3) доступность квалифицированных исполнителей (включая адекватную квалификацию технических специалистов и возможность их своевременного привлечения);
4) адекватное юридическое обеспечение проекта (включая поддержку процессов управления контрактами и решение других юридических вопросов).
Рассмотрим цели и содержание проекта .
Среди наиболее частых причин неудач при реализации проектов называются следующие:
Нечетко определены цели и границы проекта;
Недостаточно проработаны стратегия и план реализации проекта;
Неадекватна обеспеченность проекта ресурсами;
Нереальные сроки и т.п.
Все приведенные причины связаны с недостаточным пониманием и нечетким описанием проекта как объекта управления. Менеджер и другие участники проекта могут по-разному понимать цели и содержание работ проекта, не представлять его реальных масштабов и сложности. А без этого не удастся выстроить адекватную организационную структуру управления проектом и обеспечить привлечение исполнителей для реализации проекта.
Таким образом, менеджер проекта должен максимально четко понять особенности как самого проекта, так и ограничения и особенности окружения, в котором проект будет осуществляться.
Рассмотрим основные элементы проекта, которые должны быть определены.
На рисунке 2 проект представлен в виде пирамиды, в которой можно выделить три основные части:
1) верхняя часть пирамиды – цели проекта (они определяют то, ради чего реализуется проект);
2) средняя часть пирамиды – продукт проекта (это то, что должно быть создано в ходе реализации проекта);
3) основание пирамиды – задачи и работы (которые должны быть выполнены для создания продукта проекта).
Цели проекта
Понятие цели является одним из ключевых в проектном менеджменте, поскольку любые проекты инициируются и реализуются для достижения определенных целей.
Рисунок 2 – Пирамида целей и задач проекта
Цели проекта/программы – желаемые результаты (эффекты, выгоды), достигаемые при успешном осуществлении проекта/программы при заданных требованиях и условиях их осуществления (в соответствии с НТК )
Цели проекта в первую очередь отвечают на вопрос «для чего?» (Для чего реализуется данный проект? Что в первую очередь заказчик (владелец проекта) хочет получить в результате реализации данного проекта?) Однако цели могут отражать ожидания и других ключевых заинтересованных сторон и участников проекта.
Например,
Если ожидания акционеров компании от реализации проекта внедрения новой информационной системы могут быть связаны с получением дополнительной прозрачности и управляемости компанией, то ожидания руководителя подразделения, которое будет осуществлять эксплуатацию системы, связаны с простотой эксплуатации и надежностью новой системы. Пользователи же будущей системы ожидают, что система будет удобна в работе и упростит (или не слишком усложнит) выполнение их производственных процессов.
Цели проекта должны быть сформулированы заказчиком. Менеджер проекта должен уточнить и при необходимости доработать цели проекта.
Для проекта может быть определен комплекс взаимосвязанных целей. Цели могут быть структурированы по уровням (иерархия целей: от общих к более конкретным). Несколько взаимодополняющих целей могут отражать различные интересы участников проекта.
Миссия проекта (или стратегические цели проекта) – это цели, достигаемые в долгосрочной перспективе, направленные на выполнение миссии и достижение стратегических целей организации.
Цели проекта (оперативные, краткосрочные цели) – желаемый результат деятельности, достигаемый при успешном завершении проекта, направленный на получение конкретных краткосрочных эффектов, удовлетворение потребностей или эффективное использование имеющихся (открывающихся) возможностей рынка в ближайшей перспективе с указанием общих способов, методов и технологий их достижения.
Разработка иерархической структуры целей проекта позволит определить более точные требования к продукту проекта, сформулировать требования к организационной структуре управления проектом и распределить ответственность за достижение целей.
Стратегия проекта – общее видение пути достижения цели проекта; определяет направления и основные принципы осуществления проекта; характеризуется системой (набором) качественных и количественных показателей (в соответствии с НТК ).
Иногда одни и те же цели могут быть достигнуты различными способами. Соответственно, выбор основного способа достижения цели проекта также является составной частью процесса определения и уточнения целей.
Например,
Повышение точности учета рабочего времени сотрудников может быть достигнуто в результате как внедрения информационной системы, так и создания специальной службы контроля.
Увеличение объема поставок продукции может быть достигнуто путем как строительства нового завода, так и приобретения готового актива у конкурентов.
Различные цели проекта могут достигаться в разные сроки. Понимание последовательности достижения целей проекта позволит разработать стратегию реализации проекта, сделает обозримыми достаточно длительные и сложные процессы достижения стратегических, долгосрочных целей.
Цели проекта определяются набором показателей (критериев успеха), которых должен добиться руководитель проекта, чтобы заинтересованные стороны получили ожидаемые выгоды.
Продукт проекта
Менеджеру проекта недостаточно четко понимать цели проекта. Важно определить и согласовать с заказчиком продукт проекта (то есть что именно должно быть создано и сдано заказчику в результате реализации проекта).
Продукт проекта – материальная или иная сущность, производимая в ходе проекта, создание и использование которой обеспечит в итоге достижение целей проекта.
Продуктом проекта могут быть создаваемые материальные и нематериальные активы, например новые продукты и услуги, новые технологии, здания и сооружения, производственные мощности, обученный персонал, организационные изменения, проведенные в компании, и т.п. Часто продукт проекта является комплексным и включает как материальные, так и нематериальные составляющие.
Заказчик может осуществлять приемку конечного продукта целиком или принимать отдельно каждую составляющую продукта проекта (т.е. вспомогательные продукты, создаваемые в процессе осуществления проекта для обеспечения конечного продукта).
Например, концепция и прототип системы, проектная документация, отчет о проведении маркетингового исследования также являются продуктами проекта и передаются заказчику, но они разрабатываются для обеспечения создания конечного продукта проекта.
Начальные требования к продукту определяются в проектном задании (спецификации, техническом задании). В дальнейшем требования к продукту могут уточняться и детализироваться при разработке проектной документации.
Поскольку цели определяются ожиданиями и требованиями ключевых заинтересованных сторон проекта, то одним из начальных процессов определения целей может быть процесс сбора и анализа требований.
Требования к проекту – четко сформулированные пожелания заказчиков, спонсоров и других участников проекта к характеристикам, которым должны соответствовать цели, продукты, услуги, краткосрочные и долгосрочные результаты проекта, а также к ограничениям и другим условиям реализации проекта/программы (в соответствии с НТК).
Что такое проект? Организация предприятия с нуля? Или, может быть, лишь его отдельного подразделения? Создание бренда или одного продукта? Проведение торжества с целью получения коммерческой выгоды или просто организация вечеринки с друзьями? А многие ли из нас знают, как измерить успех проекта? Критерии успеха, сколько их и как они определяются - для многих эти понятия также являются неразгаданной тайной. Вопросов много, не так ли? Чтобы получить на них ответы, читайте статью.
В управленческом менеджменте имеет вполне логичное и понятное определение. Это любое ограниченное по срокам предприятие, имеющее перед собой цель — создание продукта, услуги или другого явного результата. То есть проектом будет не сама предпринимательская деятельность, а лишь ее старт или реорганизация. Не создание идеи, а ее воплощение в жизнь.
Если с этим все ясно, то вопрос о том, как определяются критерии успеха проекта, не столь однозначен. Начнем с того, что не всегда ясно, что вообще подразумевается под успехом. Специалисты по менеджменту считают, что дело тогда можно считать успешным, когда его инициаторы уложились в отведенные для его реализации срок и бюджет, при этом качество созданного блага соответствует заявленному в плане. Однако существует несколько параметров, которые также условно указывают на положительную реализацию проекта или на его провал.
Начнем с того, что само определение успеха каждый видит по-своему. По статистическим данным с первого раза до своего логического завершения доходят далеко не все предприятия, а лишь их третья часть. Во всех остальных случаях в работу нужно вносить некоторые коррективы по ходу выполнения заказа. Но опять-таки, если верить цифрам, то прибыль бизнесменов, которые пожертвовали увеличением расходов ради ускорения темпов работы, возрастает практически в полтора раза (на 140%) по сравнению с теми, кто решил не раздувать бюджет, а продлил срок реализации своих целей.
Поэтому, кроме указанных выше мерок в виде денег, времени и качества, в расчет нужно брать еще два параметра:
Нельзя сказать, что это принципиальные критерии успеха проекта, но они важны и их необходимо брать в расчет тем руководителям, которые стремятся развивать свое детище, а не всю жизнь топтаться на одном месте.
Трудность в определении двух представленных выше параметров состоит в том, что их невозможно просчитать. Их результаты довольно субъективны. Полученный опыт касается в первую очередь исполнителя заказа, и с решением каждой новой задачи компания становится сильнее и успешнее. Это важно для дальнейшей деятельности бизнеса, потому что богатый опыт помогает в привлечении клиентов и дает возможность с успехом реализовывать новые проекты.
А вот добиться всесторонней удовлетворенности результатами работы практически нереально. Всегда найдется тот, кому будет не по душе партнер по бизнесу. Особенно часто это происходит в тех случаях, когда цели и критерии успеха проекта не определены изначально. Проектный менеджмент - это отдельно стоящее направление в науке об управлении предприятиями, и ему следует уделять особое внимание. Как показывает практика, успехом заканчивается дело, которому благоприятствуют следующие факторы:
Теперь же обсудим более подробно основные критерии успехов и неудач проектов.
Каждый, кто хоть раз занимался реализацией проекта, знает, как важно составить предварительный план будущего предприятия. Однако далеко не все умеют делать это правильно. Планируя деятельность, необходимо очень подробно расписывать каждый шаг, отводя на его выполнение реалистичное количество времени. Именно тайм-менеджмент имеет принципиальное значение в реализации проекта. Критерии успешности любого дела включают этот параметр как обязательный не просто так.
Если исполнитель не может закончить работу в срок, а дедлайн постоянно оттягивается, шансов на удачное завершение проекта остается очень мало. Вместе с тем не стоит работать быстро, но в ущерб качеству. Нередко даже те проекты, в которых были сорваны все сроки, в итоге показывают хорошие результаты и приносят солидную прибыль.
Часто в бизнесе случаются ситуации, когда проект оказывается под угрозой срыва из-за недостаточного финансирования. Денег может не хватать по разным причинам — изменение нормативной базы, просчеты при составлении плана, смена поставщика или подрядчика и т. д. Решение о выходе из кризиса ложится на плечи инвесторов, руководителя компании или проектного менеджера.
В случае, когда дополнительное финансирование предприятия не прогнозируется, управляющий проектом должен принять решение об оптимизации расходов. Это вполне логичный и разумный шаг, но, как показывает практика, дело, в котором под раздачу попал персонал (сокращение людей, отказ от обучения новеньких, снижение общего уровня компетенции сотрудников), вряд ли добьется большого успеха. Поэтому лучше выйти за рамки бюджета, чем впоследствии заплатить еще больше за исправление собственных ошибок.
Сроки и бюджет — это те критерии успеха проекта, которые допускают коррекции и отклонения от первоначального плана. Большинство заказчиков согласны доплатить и дать больше времени на реализацию дела, но никто, повторяем — никто, не согласится получить в результате работы некачественный продукт. Экономить нельзя ни на сырье, ни на человеческих ресурсах. Такая "оптимизация" редко приводит к успеху. Исключения могут составлять только по-настоящему стоящие изменения, которые позволяют одновременно снизить расходы на реализацию проекта, но не умаляют его перспективность.
Нет, скорее это фактор успеха предприятия. Доказательством этого является не один жизненный пример. Критерии успеха проекта относятся не к конкретному человеку, а к его организационной деятельности и его лидерским качествам. Тем не менее даже чрезвычайно опытный и во всех отношениях хороший проектный менеджер не сумеет выполнить поставленные перед собой цели, если не справится с множеством бюрократических проволочек и некомпетентностью подчиненных.
Любой специалист с легкостью докажет свою профпригодность в той сфере деятельности, с которой он знаком, но как только он окажется в неизвестной для себя среде, он, вероятно, потерпит неудачу. Но, как говорится, не ошибается тот, кто ничего не делает, поэтому дерзайте и добивайтесь успеха!
Продолжение следует...
Сегодня хочу в двух словах рассказать о критериях успешности проектов и проектных менеджеров.
Но сперва придется ответить на вопрос “что такое проект” :)
Это первый вопрос, на который необходимо ответить любому менеджеру.
Неочевидно, но проектное управление сложнее, чем “обычный”, так называемый “регулярный менеджмент”. Управлять отделом или подчиненными - это одно. Руководить проектом - совсем другое.
Большинство методологий проектного управления объемные. Например, последняя редакция “библии менеджеров” PMBoK составляет почти 1000 страниц, руководства Prince2, IPMA и другие (о них - как-нибудь в другой раз) - тоже не маленькие.
В жизни руководителя важно научиться быстро понимать “проект перед вами или нет”, чтобы не тратить силы (и попытки подтянуть 1.000-страничные методологии туда, где можно обойтись малой кровью).
Одно из первых открытий, которое предстоит сделать - высшее руководство само, как правило, плохо понимает где проекты, а где нет. Т.е. надеяться на то, что вам поручили нечто, назвали это проектом и уже хорошо подумали - не приходится. На практике проектами называют что попало, именно вам (проектному менеджеру) нужно проверить сказанное на адекватность.
Нам нужно определение, которое поможет сортировать поставленные задачи на те, которые требуют проектного подхода и те, которые (к счастью) можно решить проще, применяя более привычный большинству людей “регулярный менеджмент”.
Давайте вспомним или нагуглим более-менее классическое определение. Нам попадется что-то вроде: “Проект - это мероприятие для достижения какой-то цели, ограниченное во времени ресурсах и связанное с достижением уникального результата.”
Подобные формулировки встречаются часто. В том числе, в самом PMBoK. Проблема: они неудачные. Из них непонятно главное - чем проект отличается от “не проекта”.
Не верите? Попробуйте подобрать хотя бы один пример любой деятельности, который не подпадает под это определение?
Вы отправляетесь на работу или готовите себе утром яичницу на завтрак.
Это мероприятия для достижения цели? Конечно, цель вполне конкретная (прибыть в пункт назначения, насытиться).
Ограниченные во времени? Безусловно! Нельзя завтракать пол дня или потратить сутки на дорогу.
Ограничены ли ресурсы? Опять, да. У вас понятная сумма, которую можно и не жалко тратить на дорогу. Или в случае с яичницей - всего десяток яиц в холодильнике. Израсходуете их - останетесь без завтрака.
Нужно ли называть такую работу проектом? Конечно нет! Какие там 1000 страниц методологий, чтобы пожарить яичницу. Можно справиться одной интуицией и здравым смыслом.
Если бы вы готовили яичницу не один, а с семьей, передавая друг другу сковородку, то приготовление завтрака все равно не превратилось бы в проект, интуиции по-прежнему бы хватало.
Многие тренеры по управлению проектами любят пафос и склонны преувеличивать. Иногда они говорят “все на свете - это проекты”. Или “проектное управление - очень древнее умение, первым проектам тысячи лет - вот, египетские пирамиды...”.
Смею утверждать - строительство египетской пирамиды древними египтянами как раз не являлось проектом, как и приготовление яичницы. Проектов вокруг нас (к счастью), вообще, гораздо меньше, чем кажется. А в нормальном, современном смысле слова полноценный проектный менеджмент сформировался порядка 50-70 лет назад (вряд ли больше).
Однако, вернемся к яичнице.
А теперь представьте, что перед вами более сложная задача. Приготовить не просто яичницу на завтрак себе (или своей семье). Грядет какое-то событие (день рождения ребенка). Вы хотите сделать сюрприз - беретесь за яичницу из страусиного яйца.
Ставки резко возрастают. По-прежнему есть ограничения сроков (например, день рождения уже скоро). Есть всего одно яйцо, вы купили его на страусиной ферме. Вы очень мало знаете о страусах и не уверены - удастся ли его нормально прожарить. Непонятно даже - уместится ли оно на нормальной сковородке и разобьется ли корректно скорлупа. Вам очень не хочется ошибиться и испортить сюрприз ребенку.
И вот в такой ситуации, ваша деятельность начинает все больше напоминать проект. Вы начинаете более тщательно (по сравнению с привычным завтраком) планировать - лезете в интернет, выясняете “как жарить”, “как разбивать”, подбираете специальную сковородку (или даже покупаете в магазине подходящую, рассчитываете время. Не обязательно вся 1000 страниц PMBoK найдет применение в таком подходе. Но очень многие элементы, которые вам не пришло бы и в голову использовать для обычного завтрака или путешествия до офиса вы примените тут.
Позвольте предложить свое определение.
Проектом мы назовем работу над задачей, которой свойственны одновременно:
Конечность - это “рамки”, ограниченность в сроках и ресурсах.
Высокая неопределенность - говорит о том, что поставленную задачу до конца непонятно, как решить. Только когда ОБА условия соблюдаются - применяйте проектное управлении.
Вспомните основные индустрии и отрасли, в которых распространено проектное управление: например, ИТ или прикладная наука. Когда запускается проект по разработке и внедрению программного продукта или по выводу на рынок нового фарм. препарата - у них, как правило, есть рамки. Компания располагает определенным бюджетом и может позволить себе инвестировать в разработку на определенное время. Но затем деньги должны вернуться. При этом задача, которую будут решать софтверные инженеры, технологи и ученые - зачастую не имеет понятного алгоритма, она плохо предсказуема, может сработать множество рисков (приходится отчасти брать на вооружение принцип “ввяжемся в бой, там посмотрим”).
Вот на таком “стыке” очень плохо работают подходы из регулярного менеджмента. Когда одновременно имеются и очень жесткие рамки (конечность), и высокая неопределенность.
Вот почему (на мой взгляд) строительство египетских пирамид древними египтянами - не проект. Как минимум один из параметров отсутствует. И это - конечность.
Строительство пирамиды начинали, когда рождался фараон. Закончить нужно было к моменту его смерти. Если не случалось гибели во младенчестве, то, скорее всего, на постройку отводилось лет 20-30 как минимум. Ресурсы (люди, материалы) также не были дефицитными. Мнения расходятся - строили ли пирамиду рабы или свободные наемники, но, в любом случае, работал принцип - “что-то пошло не так? Давайте пригоним еще людей”. Если у вас не ограниченные сроки и / или бюджеты, то рано или поздно вы справитесь с любой задачей. Даже с очень сложной. И очень непонятной вам. С пятого-десятого-двадцатого раза, после огромных расходов - все у вас получится.
Пример “египетских пирамид” в современном мире - некоторые гос. проекты. Или работа некоторых продуктовых компаний (чаще в сфере ИТ). Когда фирма сделала некий ИТ-продукт и потом годами дорабатывает и совершенствует его, продавая все новым и новым клиентам, расширяя количество сервисов. Пока такая компания не выходит на новый уровень развития, но уже является очень богатой - она не нуждается в проектном управлении (представьте Google или Facebook). Сейчас это гигантские корпорации, занимающиеся множеством проектов от создания автомобилей и спутников до медицинских и финансовых стартапов. Но когда-то они имели 1 очень успешный продукт (поисковик или социальную сеть), и могли единственной своей задачей поставить его развитие (на что могли тратить, как минимум, неограниченное количество денег). Такому Google и такому Facebook управление проектами было бы не нужно.
Иногда упоминают так называемую “операционную деятельность”. Это самый очевидный пример, который только можно представить, когда проектное управление совсем не требуется.
Для операционной деятельности характерно нарушение обоих принципов: (бес-) конечность и (отсутствие) неопределенности.
Пример - работа автосборочного предприятия. Завод, на котором работает конвейер. По нему двигаются автомобили. Кто-то занимается покраской кузова, установкой колес, фар, сидений и так далее. Эта деятельность условно-бесконечна (она будет повторяться изо-дня в день, пока не закроют завод или не свернут производство этой марки машин). Она крайне предсказуема (хорошо известно сколько авто можно произвести за смену, какой будет “выхлоп” в конце дня, недели, месяца, года). Никакой пользы применение принципов проектного управления в таких условиях не даст (только все усложнит и запутает).
Другой пример операционной деятельности - работа технической поддержки в ИТ-сфере. Колл-центр или сайт принимает заявки, они по определенному алгоритму распределяются между сотрудниками, которые либо дают устные рекомендации пользователю, либо устраняют мелкие дефекты. Такая работа здорово напоминает сборочную линию: небольшие, чаще всего однотипные запросы на вход, предсказуемый алгоритм их отработки. По крайней мере, пока речь не заходит и масштабных перестройках системы. В таких условиях проектное управление тоже бесполезно.
Однако, когда вы сталкиваетесь одновременно с задачей, которая обладает высокой неопределенностью и конечностью (рамками), проектное управление лучший на сегодняшний день (с небольшими оговорками) способ ее решить.
Говоря об определении проекта важно упомянуть и критерии успеха. Кто такой “успешный менеджер”? Что такое “успешный проект”? И что считать провалом?
Ответ давно выработан методологами.
Успешный проект тот, который уложился в заранее определенные сроки, стоимость (и прочие ресурсы), предоставил заказчику то что тот просил и при этом ключевые заинтересованные стороны - удовлетворены.
Звучит громоздко, но легко передается одной картинкой. Представьте себе треугольник (его с некоторых пор перестали рисовать в PMBoK, но суть никуда не делась). У треугольника три грани = сроки, деньги, содержание. В центре - улыбающийся смайлик. Все.
Это критерии вашего успешного проекта.
Грани - то что согласовано с заказчиком до старта проекта. Обычно - такие договоренности высокоуровневые, в общих чертах, но они же - нерушимые. Пообещали построить дом из кирпича, 9-и этажный, в срок 12 месяцев и с бюджетом в 1 млн. долларов? Делайте!
Каким будет этот дом, как будут выглядеть балконы, лифты какой фирмы в него установить - второй вопрос. Об этом еще предстоит договориться, возможно - по ходу проекта. Но рамочные договоренности - сразу. До запуска проекта. Обычно их фиксируют в гипер-лаконичном документа под названием “устав проекта” (о нем как-нибудь в другой раз).
Итак, три грани проекта вы должны определить ДО того, как начнете работать. Сроки (“закончим не позднее, чем”), деньги (“бюджет проекта не больше, чем…”) и содержание в 2-3 предложения (“что делаем и чего не делаем”). Эти грани символизирует треугольник на картинке.
Достигнуть их нужно так, чтобы ключевые (не все, но ключевые) заинтересованные стороны проекта (ключевые пользователи и представители заказчика, ваше руководство, ключевые регуляторы и некоторые другие) были удовлетворены. Эту удовлетворенность символизирует смайлик внутри треугольника.
Хороший менеджер проектов отличается от плохого тем, что попадает в треугольник при завершении и ключевые заинтересованные лица при этом довольны.
Все методологии, по большому счету, ориентированы на то как сформировать треугольник на старте проекта с достаточной точностью и что делать по ходу, когда будут возникать отклонения (промахнулись с оценками, появились новые требования, сменился представитель заказчика и т.п.).
Менеджер не успешен, если не умеет удержать проект в треугольнике (который сам же при старте согласовал). Или если его проекты завершаются “в бюджет и в срок и строго по ТЗ”, но заказчик при этом остается глубоко несчастным и разочарованным (смайлик в треугольнике уголками губ вниз). Еще один пример неуспеха: проект завершен в рамках первоначально-означенного треугольника, заказчик доволен, но команда перенапряглась - люди в ней демотивированы, многие, получив проектный бонус, подали заявление об увольнении. Внутренняя репутация компании подпорчена, искать новых специалистов на рынке труда - трудно и дорого. В этом случае, вероятно, недовольны будут в высшем руководстве компании. А это тоже заинтересованные ключевые стороны (ведь проект делался на их деньги - именно они платили зарплату вам, как менеджеру и всем штатным сотрудникам).
Проектное управление - это балансирование: как определить и не провалить рамки треугольника (сроки-деньги-содержание) и добиться удовлетворенности ключевых заинтересованных сторон проекта. Это ключевое, что нужно помнить про критерии успеха проекта.
Статья написана на основании учебного курса по управлению проектами.
