Начинающие руководители проектов обычно входят в проект, не учитывая фактор заинтересованных сторон. В начале проекта кажется понятным содержанием проекта, закладываются в сроки и бюджет, как правило, разработка продукта. И разматывать клубок противоречий между заинтересованными сторонами проекта приходится «вручную» во время проекта, жертвуя сроками или бюджетом.
Руководитель проекта: яркий лидер или серый кардинал?
В мире много проектов. Бывают явно выраженные и не явно, бывают огромные и совсем крошечные, бывают яркие и обыденные, бывают успешные и не очень. А какие бывают руководители проектов (см. о компетенциях руководителя проекта) ? Должен ли руководитель проекта быть ярким лидером, или жестким управленцем? (см. статью о том, может ли руководитель проекта быть обычным менеджером) Может ли он не вникать глубоко в предметную область, или обязан быть экспертом в сфере проекта?
Клубок противоречий со стороны заинтересованных сторон
Пожалуй, каждый из нас сталкивался в быту с тем, что заинтересованные стороны противоречат друг другу. Мама и папа могут требовать разного уровня подготовки у ребенка, невеста и жених — противоречат друг другу в вопросах подготовки свадьбы, производитель и сервис — дают различные рекомендации. Не удастся избежать противоречий и в проектах. Разберем пример проекта, чтобы убедиться в этом.
Договаривайтесь с заказчиком, или…
Любой заказчик любит, когда с ним договариваются. Не любит только тот, кто не ждет чего-то конкретного, а стремится улучшить свои KPI. Поэтому старайтесь вовлекать заказчика проекта с первых минут в проект — договаривайтесь с ним.
Управление заинтересованными сторонами как паутина
Важнейшая задача руководителя проектов — плести паутину. Паутину отношений и влияний в проектных группах, а самое главное — их окружения. В идеале менеджер будет располагаться в центре этой паутины и вовремя получать сигналы о том, что происходит в отдаленных ее уголках
План управления или Устав проекта — что выбрать. Часть первая
Устав проекта и План управления проектом — две ключевых сущности проекта, без существования которых проект обречен на провал. Многие могут поставить под сомнение этот факт, однако, стоит помнить о том, что не каждая сущность должна быть воплощена в документ. При этом многие руководители проектов стремятся объединить эти сущности в одну. Правильно ли это? Стоит ли объединять Устав проекта и план управления проектом?