Иногда в литературе можно встретить термин “управляемые параметры проекта”, давайте кратко обсудим, что это такое и с чем это едят.
Вообще из названия понятно, что управляемые параметры проекта – это те параметры, на которые в ходе управления проектом руководитель проекта может влиять, и которые может балансировать относительно друг друга, т.е. это тот самый “проектный треугольник”. Хотя сама концепция “треугольника” уже слегка устарела, учитывая то, что чаще всего ресурсы выделяют в отдельный параметр, т.к. купить их не всегда возможно, особенно в матричной структуре.
Управляемыми параметрами проекта являются:
- Объем работ (или продукт, или результат проекта) – делая больше или меньше, и грамотно управляя требованиями и изменениями, можно оказывать существенное влияние на этот параметр (главное, чтобы в итоге все-таки получилось то, что планировали в уставе, а не нечто совсем другое) ;
- Стоимость (или финансовые расходы) – учитывая, что в практически любом проекте есть финансовая составляющая – тут самое, наверное, большое поле для влияния, начиная от решений “купить или сделать самим” и заканчивая контрактованием;
- Сроки (включая длительность и взаимосвязь работ проекта) – для влияния на параметр придумана куча инструментов, начиная от работы с критическим путем и заканчивая запараллеливанием работ;
- Ресурсы (как человеческие, так и материально-технические) – по-моему, самый недооцененный параметр, все всегда помнят о сроках и стоимости, а вот то, что это все нужно будет кому-то делать, да еще и с использованием какого-то оборудования (тех же серверов) – уже не всегда и не все, а потом удивляются. Так что этот параметр – он больше про управление рисками даже;
- Качество (как продукта проекта, так и используемых ресурсов) – как вы понимаете, параметр, на который чаще всего “влияют”, если сроки жесткие, а денег нет. Потом становится плохо и грустно на этапе эксплуатации, но проект-то уже сдан.
Вот, в принципе, и все, что надо знать про управляемые параметры проекта. Из личного опыта – хорошо бы на этапе инициации проекта обсудить это со спонсором и заказчиком, и в уставе указать приоритетность параметра. Что для них важнее – сделать к определенной дате? Не превысить бюджет? Сделать заказчика максимально счастливым? Общая договоренность “на берегу” потом значительно снижает градус негатива в ходе проекта, когда каким-то параметром приходится жертвовать для достижения цели проекта.
UPD 25/12/19: в комментариях настойчиво напоминают, что еще можно управлять уровнем риска. Руками и ногами согласна! А если в вашей компании это еще и стейкхолдеры понимают – то у вас есть все шансы на проект мечты, пожалуй.
Как получить электронный шаблон плана управления заинтересованными сторонами? После оформления рассылки, как обещано, на почту он не прислан.
Елена, напишите мне на [email protected], проверим
А как же уровень риска?
Комментарий профессионала!))) Лично в моей практике не было такого, чтобы уровнем риска управляли как отдельным параметром, это, имхо, какая же зрелость проектного управления должна быть в компании? Но было бы круто))
Ну как же, Юля? Риск = вероятность * ущерб (прибыль). Ну вот и управляйте вероятностью или ущербом.
Да я разве против, я только за=)) эх, мечты-мечты=))