E-Mail        
  
������ ������������� ���������� ���������
!!!! !
MS Project 2010 - , 20-27 2010 .

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. В проектах нужно играть в открытую. Это снижает риски.
, .