Почему переезд на новое ПО — такая боль для сотрудников и руководителей. Рассказываю, как уменьшить стресс
ОЧЕНЬ краткое содержание статьи: Лучший способ усложнить переезд на новое ПО — неправильно выстроить команду внедрения и процесс сбора требований. Работать стоит не по водопаду, а по Agile с периодическими CustDev с конечными пользователями. А теперь поподробнее о том, что всё это значит.
Идея про сбор требований и обратной связи супер.
На моем прошлом месте работы был процесс бронирования дизайнеров через старшего: время брони открывалось, все писали, кому кого и на сколько надо, старший диз распределял.
Процесс работал без ошибок годами. В моменте его решили изменить и перестроить на календарь — чтобы менеджеры сами в отдельном календаре бронировали слоты. Через неделю собирали обратную связь — менеджеры часто бронями залезали друг на друга, была путаница. От календарей отказались в угоду скорости и эффективности.
Зачем здесь эта паста? Не знаю. Просто хотелось подтвердить мысль, что фидбэк супер-важен, иначе можно накуролесить