Файл: Организация управления проектами» по теме «Факторы, влияющие на успех реализации проекта.pdf

Введение

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

Что означает "успешный проект"

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

Исследования Standish Group, основанные на анализе 50000 проектов показывают следующую статистику:

Показательно, что за последние 8 лет процент успешных проектов вырос всего на 10%, а доля провальных проектов практически не изменилась. 

---

Что отличает успешные проекты и какие есть факторы успешности?

Самый главный фактор - размер проекта. Если проанализировать, какой вклад в вышеприведенную статистику вносят крупные проекты, можно получить следующую картину:  

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

Если компания занимается небольшими проектами и их успех далек от приведенной статистики ей свойственны следующие факторы:

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

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

• Ясные бизнес-цели. Команда должна быть сфокусирована на них.
• Эмоциональная зрелость команды (включая спонсора и руководителя проекта). Это способность контролировать свои эмоции, общаться в позитивном ключе.
• Администрирование. Правила, формальные требования, отчетность, финансовый контроль и т.п.
• Инструменты и инфраструктура. В эту категорию включены управление ресурсами, управление требованиями, управление портфелем проектов, управление качеством, ПО управления и разработки.

---

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

Фактор	"Обычный" PM	Хороший PM
1	Работает самостоятельно, не отвлекая руководство от более важных дел. Отправляет требуемые отчеты.	Рассматривает спонсора проекта, как высокооплачиваемого члена команды. Вовлекает его в принятие важных решений. Управляет его ожиданиями. Договаривается и передоговаривается.
2	Не лезет к пользователям, после того, как с них сняты показания требования. Любое их вмешательство, расценивает как помеху проекту. Из способов общения предпочитает переписку. Если никто не требует, доставку делает только в конце проекта.	Правильно идентифицирует все заинтересованные стороны, включая пользователей. Выстраивает с ними отношения, управляет их ожиданиями, регулярно получает обратную связь, учитывает ее в ходе проекта.
3	Старается сделать весь оговоренный объем работ в срок. Сначала каждую функцию системы стремится выполнить самым совершенным образом. После того, как начинает не укладываться в сроки - начинает строить решение "на костылях".	Не делает лишнего. Для каждой функции создаваемой системы знает ее ценность, стоимость, риски. Понимает, что объем работ и ценность - разные вещи. Знает, что в его проекте составляет Minimum Viable Product. Может договорится с заказчиком или спонсором проекта о пересмотре состава или объема работ.
4	Старается укомплектовать команду проекта лучшими из доступных специалистов.	Знает плюсы и минусы каждого сотрудника. Учитывает не только квалификацию, но и стоимость каждого специалиста. Недостаток квалификации учитывает, как риск и управляет им. Развивает членов своей команды,  даже если команда непостоянная.
5	Считает себя достаточно квалифицированным. Ошибки совершает редко и только малозначительные. Героически "тушит пожары". Много работает сверхурочно. По этой причине не имеет времени на чтение  профессиональной литературы и пр.	Считает себя недостаточно квалифицированным. Постоянно прокачивает себя, читает книги, обучается, перенимает опыт коллег. Ищет причины своих ошибок в себе, делает выводы и не повторяет ошибок.
6	Использует принятый в компании подход к разработке.	Знает плюсы и минусы различных методологий разработки. Применяет ту, которая  в текущей ситуации даст лучший результат.
7	Считает целью проекта: сделать фичи и заработать денег. Целью каждого члена команды - хорошо сделать свои таски.	Понимает какую бизнес-проблему необходимо решить. Решает ее. Доносит проблему и суть решения, до каждого члена команды.
8	Если не может найти общий язык с человеком - считает его дятлом. Умеет заставить себя слушать. Вежлив со всеми. В случае личностного конфликта в команде - переадресует его руководителю или HR.	Если не может найти общий язык с человеком - считает себя дятлом. Умеет слушать. Знает, когда какой тон лучше использовать. Следит за настроением команды. Умеет предотвращать и улаживать конфликты.
9	Выполняет имеющиеся правила и политики. Требует того же от подчиненных.	Принимает участие в формировании действующего порядка.
10	Использует те инструменты, которые приняты в компании.	Использует те инструменты, которые соответствуют решаемой задаче. Способствует внедрению более эффективных инструментов.

---