Фамилии исполнителей в договоре между клиентом и внедренцем

[slivka_83]

***** выделено отсюда New Dimension - кто что знает *****

Цитата:

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

И у компании К. такой подход: в начале проекта клиенту присылается краткое резюме на сотрудников, которые будут принимать участие в проекте, например: возраст, какой вуз законичл, общий стаж работы в отрасли, стаж работы в компании, в каких проектах и в качестве кого принимал участие.

Знаю другого интегратора, у которого было еще покруче. Клиенту высылались резюме консультантов/прожиков из которые клиент выбирал тех которых хочет видеть на проекте

[ice]

Цитата:

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

Знаю другого интегратора, у которого было еще покруче. Клиенту высылались резюме консультантов/прожиков из которые клиент выбирал тех которых хочет видеть на проекте

если они работали в этом интеграторе, то не все так плохо

ПС знаю компанию, которая при продаже проекта представляли команду спецов, которые фактически не работали в ней, и вообще только рассматривали возможность работы в ней

[kALVINS]

В составе тендерной документации практически всегда есть список проектной команды со стороны интегратора. Это общераспространенная практика.

[Ivanhoe]

Есть то оно есть, а в скольки договорах вы видели конкретные имена - фамилии?

[pitersky]

Думаю, что их и не укажут. Кто может гарантировать, что человек доработает до окончания проекта? А не уволить его по собственному желанию с бессрочного договора по ТК вроде бы нельзя...

[Ivanhoe]

Вот и я про тоже. Так что в общем случае список резюме ничего не гарантирует, в т.ч. когда якобы можно выбрать из списка.

[Lz_]

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

А резюме исполнителей предоставлять на выбор для клиента это маркетинговый ход.

[Zabr]

Цитата:

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

А резюме исполнителей предоставлять на выбор для клиента это маркетинговый ход.

Маркетинговый - это когда продать надо свои услуги. То есть до заключения договора. В упомянутой мной компании список людей был предоставлен уже после заключения договора, до начала работ. Чтобы я мог убедиться, что действительно квалифицированые люди будут задействованы. Именно они и работали на проекте.

[Lz_]

Цитата:

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

Маркетинговый - это когда продать надо свои услуги. То есть до заключения договора. В упомянутой мной компании список людей был предоставлен уже после заключения договора, до начала работ. Чтобы я мог убедиться, что действительно квалифицированые люди будут задействованы. Именно они и работали на проекте.

Итак, договор заключен. Формально проект начался. Получается, что:
Клиент может принимать решение о необходимости привлечения специалиста и уровне его подготовки для работы на своем проекте?
А если, скажем Иванов, Петров и Сидоров клиенту не понравились, их заменят?
А если, пришедшие на замену не понравились?
А сколько раз заменять можно?
Интересно, а где консалтеры ресурсы для замены брали? Ведь действительно хороших спецов не так уж и много и, зачастую, они загружены на 150%.

[dmitryul]

Обычно в договоре (а нередко и до подписания) заказчик видит имена исполнителей их послужной список.

Также нередко этот послужной список липовый Например, чтобы "срубить бабла" интегратор выдает обычных консультантов за ведущих (у них ставка для клиента вдвое больше), реально программистов работает не 3-4 человека, а двое, нередко и один - остальные трудятся на других проектах. Обычные шалости обычных интеграторов

[kALVINS]

Цитата:

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

Есть то оно есть, а в скольки договорах вы видели конкретные имена - фамилии?

Это слишком большой риск для интегратора, на который можно согласиться только если маржа проекта перекроет все риски, но я такого ни разу не видел

[Ivanhoe]

Я видел фамилии в договоре только один раз (понятно, что в договоре были прописаны условия замены).

В проектах, в которых я участвовал, в договоре фиксировался минимальный уровень требований к исполнителям (в т.ч. со стороны заказчика). При этом замена конкретного человека - всегда вопрос согласования и компромиссов. И даже у крупных внедренцев вряд ли одновременно несколько проектных команд свободно.
Насчет реальных ресурсов проекта: если клиент платит фикс-прайс и прописывает в договоре срок проекта, то как-то некрасиво с его стороны еще и исполнителей выбирать

[jays]

Слушай, Ivanhoe, да на всех проектах, которых был доходило до следующего "Не надо нам никого, кроме Сережи/Кати/Максима".
Клиент не понимает, что фикс прайс увеличивает наши риски попадания на деньги. Он только видит сумму договора - N миллионов -, и думает что может хоть два года креативить изменения в рамках проекта.

[raz]

Вопрос к специалистам: Как снижаются риски на проекте при использовании труда стажеров?

[Ivanhoe]

Если клиент ведет себя именно так, то у него сформированы неверные ожидания. Это ошибка продавца / пресейла.
Клиент до заключения договора должен как минимум понимать, что fix проект - это деньги и срок. Крайне желательно, чтобы клиент еще понимал, что fix проект - это определенный объем работ (и не только логический, но и ресурсный), выход за который может привести к изменению договора. Если это не так, то проект изначально нереальный.

[Lz_]

Цитата:

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

Клиент не понимает, что фикс прайс увеличивает наши риски попадания на деньги. Он только видит сумму договора - N миллионов -, и думает что может хоть два года креативить изменения в рамках проекта.

ИМХО, вот эта фраза четко характеризует уровень ведения документации по проекту, а точнее отсутствие этого уровня . Главная задача вдуть систему и ввязаться в бой, а там посмотрим.

Цитата:

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

Если клиент ведет себя именно так, то у него сформированы неверные ожидания. Это ошибка продавца / пресейла.
Клиент до заключения договора должен как минимум понимать, что fix проект - это деньги и срок. Крайне желательно, чтобы клиент еще понимал, что fix проект - это определенный объем работ (и не только логический, но и ресурсный), выход за который может привести к изменению договора. Если это не так, то проект изначально нереальный.

fix проект - это деньги, сроки и совершенно четко оговоренный объем внедряемого функционала. Причем, точную стоимость fix проекта можно определить только на основе качественного ТЗ, а стало быть, как минимум, после стадии ТЗ.
Креатив клиента на стадии проектирования системы допускается, но это влечет изменение стоимости и сроков . И оформляется отражается соответствующим образом в документации по проекту.

Цитата:

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

Вопрос к специалистам: Как снижаются риски на проекте при использовании труда стажеров?

Стажеры на проекте это лотерея. Из стажера может получиться классный спец, а может ничего не получиться. Следовательно, риски возрастают. ИМХО

[raz]

Цитата:

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

Стажеры на проекте это лотерея. Из стажера может получиться классный спец, а может ничего не получиться. Следовательно, риски возрастают. ИМХО

т.е. использование стажеров увеличивает риски. что и требовалось доказать.

[AxPr-r]

Цитата:

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

что и требовалось доказать.

вот из за таких, которым главное что-то кому-то доказать, и случаются все катаклизмы.
Результат пофиг, главное

Цитата:

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

что и требовалось доказать.

зы: представляться не буду, лучше сразу пожизненный BAN , а то развели тут ##@#$$#@, аж читать противно, все б%% умные стали... позвольте спросить - если Вы все тут такие умные - почему-ж такие бедные ???

[ice]

Цитата:

Сообщение от AxPr-r

позвольте спросить - если Вы все тут такие умные - почему-ж такие бедные ???

это ты у академиков наших спроси, а то мы не такие умные

[Ivanhoe]

Цитата:

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

это ты у академиков наших спроси, а то мы не такие умные

и не такие бедные