Бездельник - клиент

[axvrp]

Клиент раскидывается хотелками. Хочем это, хочем это .... А сам делать не хочет, мотивирует тем что сотрудники
(ИТ-ники местные) слишком загружены работой на проекте. Кричит обо всем этом начальник отдела. А вот в реальности
его ребята режутся в игры, как это часто бывает.
Вот и возникает делемма.
Озадачить директора этой проблемой, или это донос некрасивый?
Испортятся отношения или народ работать будет, а не балду пинать?

[ice]

если клиент просит, то он за это платит, и почему бы это не делать?

[kashperuk]

Видимо уже не платит.

[Morpheus]

А какое Вам дело до местных ITшников? У Вас есть договор и ТЗ? Если все хотелки там описаны и оговорена сумма - вперед и с песней!

[axvrp]

А если ит-ники бросаются фразами типа: Вы должны были это предусмотреть?

Мы конечно можем ответить и так: "С интуицией у нас все нормально, с телепатией ваших хотелок х..."
Но это ведь ни к чему хорошему не приведет.

[FE]

Вообще говоря, разрешать такие ситуации - дело менеджера проекта. Есть процедура управления проектом, в которой предусмотрены действия при возникновении непредвиденных "хотелок". В общем, не знаешь, как действовать - действуй по инструкции!

[Alexey-IT]

Цитата:

Сообщение от axvrp

Клиент раскидывается хотелками. Хочем это, хочем это .... А сам делать не хочет, мотивирует тем что сотрудники
(ИТ-ники местные) слишком загружены работой на проекте. Кричит обо всем этом начальник отдела. А вот в реальности
его ребята режутся в игры, как это часто бывает.
Вот и возникает делемма.
Озадачить директора этой проблемой, или это донос некрасивый?
Испортятся отношения или народ работать будет, а не балду пинать?

Все это прописывается в Уставе проекта...он у Вас есть?

[slava09]

Цитата:

Сообщение от axvrp

Клиент раскидывается хотелками. Хочем это, хочем это .... А сам делать не хочет, мотивирует тем что сотрудники
(ИТ-ники местные) слишком загружены работой на проекте. Кричит обо всем этом начальник отдела. А вот в реальности
его ребята режутся в игры, как это часто бывает.
Вот и возникает делемма.
Озадачить директора этой проблемой, или это донос некрасивый?
Испортятся отношения или народ работать будет, а не балду пинать?

Очевидно, что в ходе управления проектом было допущено ряд ошибок:
1. Не зафиксированно ТЗ, или функциональные требования к системе, которые ограничивают "хотелки";
2. Не разработанна процедура оформления, согласования и исполнения "хотелок";
3. Не сформированная структура проектной группы и не распределенна ответственность между участниками: кто формирует, согласовывает и выполняет "хотелки";
4. Возможно есть проблемы с договором, в котором должны быть прописанны документы, содержание которых ограничивает рамки проекта;

Совет: не пытайтесь удерживать "хорошие отношения" с клиентом, вы сами себя загоняете в тупик. Гораздо эффективнее с самого начала проекта, устанавливать деловые отношения, которые регулируются соответствующими документами. Требуйте такой дисциплины прежде всего со своих сотрудников.
Если всетаки попали в такую конфликтную ситуацию: решайте проблему ссылаясь на те официальные документы, которые у вас имеются и которые ограничивают проект. Подымайте вопрос перед руководством.
И еще: такие вот спонтанные хотелки, в общем случае, отрицательно влияют на идеологическу целостность системы, потомучто являются плодом недолгих раздумий клиента и не подвергаются анализу со стороны внедренца на предмет целесообразности.

P.S. Все выводы основаны на реальном внедрении и прочувствованные на собственной шкуре.

[odr]

Цитата:

Клиент раскидывается хотелками. Хочем это, хочем это .... А сам делать не хочет, мотивирует тем что сотрудники
(ИТ-ники местные) слишком загружены работой на проекте. Кричит обо всем этом начальник отдела. А вот в реальности
его ребята режутся в игры, как это часто бывает.
Вот и возникает делемма.
Озадачить директора этой проблемой, или это донос некрасивый?
Испортятся отношения или народ работать будет, а не балду пинать?

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

Все вышесказанное естественно мое сугубо личное мнение.