УПРАВЛЕНИЕ ПРОЕКТАМИ. MS PROJECT. ПРОФЕССИОНАЛ УПРАВЛЕНИЯ ПРОЕКТАМИ: ФОРУМ

123

Андрей Демидов, менеджер проектов

7 октября 2008 г., 06:09

Столнулся с такой проблемой: у проекта есть несколько заказчиков, интересы которых не вполне совпадают. Однако продукт проекта принимать будет каждый заказчик -со своей подписью. Угожу одному - не угожу другому. И мое начальство меня тогда по головке не погладит. Может, следует добиваться, чтобы заказчики консолидировались и выдвинули единого представителя? Но, боюсь, не очень это реально. Нет ли у кого еще каких идей?

Андрей Демидов, менеджер проектов

16 октября 2008 г., 05:43

RE: Если несколько заказчиков?

Неужели никто не может дать совет? :-(

Дмитрий, ОАО "Славпак", координатор проектов

17 октября 2008 г., 12:47

RE: RE: Если несколько заказчиков?

Если нужно выбирать кому угодить. Выбирайте того кто основные деньги платит, не ошибетесь :-)

Андрей Демидов, менеджер проектов

20 октября 2008 г., 06:57

RE: RE: RE: Если несколько заказчиков?

Не так всё просто: один больше денег в этом проекте платит, другой должен заплатить больше в следующем, третий важен как долговременный партнер и т.д. Да и вообще хорошо бы понять, как правильно решить такую проблему. Она ведь вполне типовая...

Сергей Овчаренко, PM

23 октября 2008 г., 06:58

RE: RE: RE: RE: Если несколько заказчиков?

Если есть возможность, надо добиваться, чтобы был общий представитель от всех заказчиков и именно он сводил бы вместе их интересы. А если не удается... Плохо...

Евгений, ПК "Оптифуд", Руководитель департамента проектного менеджмента

23 октября 2008 г., 13:07

RE: RE: RE: RE: RE: Если несколько заказчиков?

У вас классическая ошибка построения структуры заказчика в проекте, со стороны заказчика должен быть назначен руководитель проекта (это обязательное правило) и определены четко спонсоры проекта и расписаны их зоны ответственности (могу предположить что это не спонсоры а владельцы процессов). Часто такое бывает на проектах по внедрению ERP -систем в холдингах когда спонсоры разные и требует разные результаты... А вообще какой класс проектов

zmey

30 октября 2008 г., 00:07

КУ

Андрей, вам необходимо сконцентрироваться на продукте (я бы сказал, решении, поскольку есть несколько заказчиков). Предположим, вы делаете CRM. Требования у заказчиков - разные. Рамки проекта - разные. Риски - разные. Структура даже будет своя в каждом проекте. Например, один заказчик хочет базу, и все. А второй хочет базу + еще немного и еще обучение. Это несколько проектов.
Вы можете делать одно ядро (внутри среды проекта), но обвязка будет для каждого заказчика - своя. Смотрите жизненный цикл продукта и жизненный цикл проекта. В данном случае, особое внимание необходимо уделить коммуникациям - все заказчики должны знать, что делается общее ядро и потом оно дорабатывается. Не пытайтесь скрыть ни буквы от stakeholders. В проектах нужно играть в открытую. Это снижает риски.