CoolibinКто внедрял (с обоих сторон), помогите определить существенные риски при внедрении, зависящие от поставщика.

Пока получается следующая картина:

Завышенная оценка поставщиком стоимости проекта

Отсутствие у поставщика достаточных ресурсов для реализации проекта, текучка персонала у поставщика

У поставщика недостаточно ресурсов для осуществления технической поддержки

Отсутствие у поставщика отработанной методики внедрения и контроля внедрения

Недостаточное понимание (по разным причинам) поставщиком поставленных задач

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

Сознательное снижение качества (экономия ресурсов) поставщиком

Риск того, что фирма прекратит свое существование

Риск разглашения поставщиком коммерческой информации

Сложность связи, удаленность поставщика

добавьте и прокомментируйте, пожалуйста


Мне показалось что однобокий взгляд у Вас.
Я выступаю со стороны исполнителя и из своего опыта скажу вам, что одним из основных рисков является НЕДОСТАТОЧНАЯ (мягко говоря) КВАЛИФИКАЦИЯ СОТРУДНИКОВ ЗАКАЗЧИКА.
Советую обратить на него внимание. Из-за этого чаще всего и попадают в зависимость от внедренца. Свои ничего не хотят делать и получается что то как работает система и предприятие знают только внедренцы.
Если хотите, пара советов как уменьшить риск:
- набрать в группу как минимум 50% молодых сотрудников (можно даже бывших студентов);
- чтоб студенты не разбежались, сделать нормальную зп, либо премирование.
- регулярно проводить обучение своих сотрудников;
- Ваши сотрудники должны быть заняты только в проекте (full time).

Поверьте это обойдется вам дешевле, чем дальнейшая зависимость от внедренцев. Если вы конечно не отдадитесь на аутсорсинг.

velfimov
Вот там где я работаю сейчас внедрением системы занимались бывшие студенты. После студентов, только в кадрах и зарплате исправили 1434 ошибки. Исправлением ошибок занимаются специалисты около 40лет.
2Coolibin Не верьте, просто внедренцам проще работать с людьми не имеющими опыта и устоявшихся методов работы. Сказали и так сойдёт, значит типа сойдёт, а Вам потом разгребать.

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

velfimov
Вот там где я работаю сейчас внедрением системы занимались бывшие студенты. После студентов, только в кадрах и зарплате исправили 1434 ошибки. Исправлением ошибок занимаются специалисты около 40лет.
2Coolibin Не верьте, просто внедренцам проще работать с людьми не имеющими опыта и устоявшихся методов работы. Сказали и так сойдёт, значит типа сойдёт, а Вам потом разгребать.

Будучи опытным внедренцем, в чем я ни секунды не сомневаюсь, вы всеже позволяете себе заводить речь о допущенных ошибках и их исправлении. Позвольте мне сделать некоторое замечание. Уверен что вы сталкивались в своей работе с таким понятием как ТЗ, в котором заказчик пишет что и как нужно сделать (заметили? я не говорю о том правильно или нет, а говорю "как нужно заказчику"). А еще есть приемка работ. Подписывая акт заказчик как бы соглашается с тем что работы выполнены, он их проверил и результат его устраивает.
Но все это мы с Вами прекрасно знаем! Другое дело, что немного позже у заказчика возникает понимание, того как на самом деле нужно было сделать. И видимо в этом случае он приглашает ваших специалистов.
Ну а то что у Вас возрастной коллектив, это Ваши личные проблемы!!!
Спасибо за внимание.

Coolibin
Интересуют риски. связанные с поставщиком.
По рискам, связанным с заказчиками в сети можно найти множество материалов.

И еще, не по теме, Вы и правда считаете, что всем нужно "дешевле"? (не нужно отвечать)

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