{"id":14289,"url":"\/distributions\/14289\/click?bit=1&hash=892464fe46102746d8d05914a41d0a54b0756f476a912469a2c12e8168d8a933","title":"\u041e\u0434\u0438\u043d \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442 \u0443\u0432\u0435\u043b\u0438\u0447\u0438\u043b \u043f\u0440\u043e\u0434\u0430\u0436\u0438 \u043d\u0430 5%, \u0430 \u0441\u0440\u0435\u0434\u043d\u0438\u0439 \u0447\u0435\u043a \u2014 \u043d\u0430 20%","buttonText":"","imageUuid":""}

Итак, чем опасен переход с сильно доработанного старого решения на новое?

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

Нужно понимать, что в таком случае, при переходе на новые типовые решения, ситуация будет довольно сложной, поскольку по мнению людей они меняют «хорошую» систему, на «не очень хорошую»: их будут пугать и необычные интерфейсы системы, и её логика, которую нужно изучить и усвоить, и необычное поведение, в котором нужно разобраться.

! Здесь нужно иметь в виду:

📌 либо вам придётся делать проект с большой степенью кастомизации, чтобы новая система повторяла старую, что влечёт значительные траты средств,

📌 либо, если заказчик примет решение всё же использовать типовые решения новой системы, нужно всерьёз готовиться к сложным «политическим решениям»: придётся бороться с пользователями.

Если нет ни политической воли, чтобы настоять на использовании типовых решений новой системы, ни значительных средств на сильную кастомизацию, лучше не входить в подобный проект*.

*Из доклада о 10 рисках срыва проекта гендиректора ВЦ «Раздолье» Евгения Грибкова на первой Практической конференции «Инфостарта» для аналитиков и руководителей проектов «1С». Доклад основан на 22-летнем опыте внедрения и накопившейся за эти годы обширной практики. Ссылку на полное видео доклада можно получить после заполнения формы.

~~~~~

0
Комментарии
-3 комментариев
Раскрывать всегда