Риски при внедрении

[coolibin]

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

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

• Завышенная оценка поставщиком стоимости проекта
• Отсутствие у поставщика достаточных ресурсов для реализации проекта, текучка персонала у поставщика
• У поставщика недостаточно ресурсов для осуществления технической поддержки
• Отсутствие у поставщика отработанной методики внедрения и контроля внедрения
• Недостаточное понимание (по разным причинам) поставщиком поставленных задач
• Квалификация персонала, участвующего во внедрении со стороны поставщика недостаточна для разработки эффективной системы и достижения поставленных целей
• Сознательное снижение качества (экономия ресурсов) поставщиком
• Риск того, что фирма прекратит свое существование
• Риск разглашения поставщиком коммерческой информации
• Сложность связи, удаленность поставщика

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

[twilight]

Цитата:

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

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

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

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

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

Не завышенная, а заниженная.
Сначала, как правило, стоимость занижают, чтобы продать. А потом постепенно повышают

[coolibin]

Цитата:

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

Не завышенная, а заниженная.
Сначала, как правило, стоимость занижают, чтобы продать. А потом постепенно повышают

Занижение - это можно отнести к целенаправленному "недостаточному понимаю" задач. Хотя, согласен, можно и отдельным пунктом выделить.

А завышение - вполне реальный риск. Для его снижения тендеры и проводятся и системы выбирают с конкурентными поставщиками.

[AlexeyS]

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

и тут не так очевидно кто виноват - или сотрудник, который рассказал не все, или внедренец, который недостаточно подробно собрал требования.

[coolibin]

Цитата:

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

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

и тут не так очевидно кто виноват - или сотрудник, который рассказал не все, или внедренец, который недостаточно подробно собрал требования.

то же, "недостаточное понимание" задач. Я по-этому и писал "по разным причинам".

[rtreh]

плохой менеджмент у поставщика - не спасут отработанные методики, квалифицированный персонал и т.д.

[coolibin]

Цитата:

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

плохой менеджмент у поставщика - не спасут отработанные методики, квалифицированный персонал и т.д.

Э... Менеджмент - это наверное часть методики. Или нет?

[YaHooka]

• Неверная оценка стоимости и сроков проекта
• Отсутствие отраслевой экспертизы/аналогичного проектного опыта
• Низкая приоритетность, заинтересованность в успехе проекта

[coolibin]

Цитата:

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

• Неверная оценка стоимости и сроков проекта
• Отсутствие отраслевой экспертизы/аналогичного проектного опыта
• Низкая приоритетность, заинтересованность в успехе проекта

согласен. Правда, неверная оценка стоимости и сроков по вине поставщика - вещь неуловимая. Либо у него совсем уж низкая квалификация, либо делается это целенаправлено...

[coolibin]

Цитата:

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

• Низкая приоритетность, заинтересованность в успехе проекта

Правильно я понимаю, имеется в виду, что для небольшого поставщика небольшой клиент является приоритетным, а для большого - нет и наоборот? Или что-то другое?

[YaHooka]

Цитата:

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

Правильно я понимаю, имеется в виду, что для небольшого поставщика небольшой клиент является приоритетным, а для большого - нет и наоборот? Или что-то другое?

Правильно. Но не все определяется размером клиента. Например успешное внедрение у одного клиента, пусть даже небольшого, может открыть дорогу партнеру в новую отрасль или в новый регион Кроме того это может быть одно из первых внедрений какой-то новой системы на рынке или первое внедрение партнером системы, с которой он раньше не работал и т.д. Для некоторых партнеров интересно набрать клиентов на поддержку, для других поддержка менее интересна.

[FDuchman]

Цитата:

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

плохой менеджмент у поставщика - не спасут отработанные методики, квалифицированный персонал и т.д.

Римм, а плохой менеджемент - это плохой РМ?

[rtreh]

Цитата:

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

Римм, а плохой менеджемент - это плохой РМ?

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

[Spider]

- Болезни (эпидемия гриппа), дисциплина (праздники) -- имеют довольно высокие значения вероятности наступления (зима, НГ) и влияния.
- Ошибки в поставляемом ПО
- Значительные упущения при планировании управления проектом
- Ошибки при идентификации рисков, их качественном и колличественном анализе, планировании реагирования, мониторинге и управлении рисками со стороны поставщика

[coolibin]

Цитата:

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

- Ошибки при идентификации рисков, их качественном и колличественном анализе, планировании реагирования, мониторинге и управлении рисками со стороны поставщика

зачот

[itfs]

Не говоря ничего нового, рискну предложить классификацию:

Риски от поставщика:
Недостаточность мотивации
Финансовой
Маркетинговой
Недостаточность ресурсов:
Финансовых
Специалистов
Менеджмента
Опыта
Обоюдные:
Проблемы коммуникаций:
Удаленность
Неразвитость каналов
Постановка переговорного процесса
Риск разглашения коммерческой информации

С уважением, itfs.

[DiBa]

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

[DanielG]

Если говорить о проектах - грамотные специалисы поставщика услуг никогда не позволят завалить проект!

З.Ы.: Обычно все риски в проекте закладываюся....

[DiBa]

Цитата:

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

Если говорить о проектах - грамоные специалисы вендора никогда не позволют завалить проект!!!

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

Цитата:

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

З.Ы.: Обычно все риски в проекте закладываюся.... Но не все деньгами считается...

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

Отрицательные последствия риска "не попасть на 1 сентября детей из-за командировки", скорее, моральные, чем материальные. А это не для бизнеса, а для частной жизни. К бизнесу понятие "моральная неудовлетворенность" неприменимо.

[iggl2]

Цитата:

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

Если говорить о проектах - грамоные специалисы вендора никогда не позволют завалить проект!!!

Особо талантливые специалисты заказчика - завалят любую команду