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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

ERPUser
Будучи опытным внедренцем,


Простите, но эта фраза относилась к моему собеседнику. Не имею привычки себя расхваливать.

Coolibin

Вот как? А можете поподробнее?



Я так понял, что у вас неограниченные финансовые ресурсы. Многие компании или свободные художники, с удовольствием поставят вам проектное управление в компании.
А у меня работа....

ФлеймерПросто после проекта на предприятии должни остаться люди способные адаптировать систему под потребности бизнеса.

Вот это я и старался донести в своем первом сообщении. Благодарю за понимание

velfimov ERPUserУверен что вы сталкивались в своей работе с таким понятием как ТЗ, в котором заказчик пишет что и как нужно сделать... А еще есть приемка работ. Подписывая акт заказчик как бы соглашается с тем что работы выполнены, он их проверил и результат его устраивает.
Ну а то что у Вас возрастной коллектив, это Ваши личные проблемы!!!
1.К сожалению внедрение проходило до моего устройства на работу в описанную компанию, впрочем и до моего появлении в Твери.
2.Просто мне не понравился Ваш нажим что "только молодости всё по плечу".
Всё-таки согласитесь, что Вы не правы в этом вопросе.
3.На много важнее кто Руководитель проекта со стороны заказчика и какие права ему делегированы, а не рядовые сотрудники. Вы подминяете понятия. Не предприятию выгодно, чтоб работали студенты, а внедренцам, так как так им проще.
А вот кого включить в проект студентов без опыта работа или специалистов с 10 и более опытом работы, например, по тюнингу БД да ещё с сертификатами и подтвержденным трудовым опытом это Вам любой руководитель сделает выбор.
К тому же встречный вопрос зачем мне на внедрении Аксапта выпусник ВУЗа в котором ни чего кроме Дельфи6+Интербэйз не преподают? Аксапта работает на MS SQl и встроенный язык не похож на паскаль. Я должен отодвинуть проект на полгода чтоб студенты забыли дурь которой им забивали головы в ВУЗе и изучили то на чём народ в дейсвительности работает?
4.Наличие сотрудников с хорошим опытом - это не "проблемы", это хорошая кадровая политика.

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