Комментарии 5
В начале в команде будет минимум сотрудников, которые без проблем захотят пользоваться решением, и именно их нужно поддержать. Идеально, если среди них будет лидер мнений, чей опыт может перекрыть предвзятость. -- кто должен этих людей найти/собрать? это работа РП со стороны заказчика, и тут уже встает вопрос кадров "с той стороны", повлиять на это невозможно и уже как повезёт (и чаще не повезёт). а так статья мощная
По заголовку и началу статьи ожидал, что опять будет маркетинговый буллшит. Однако, я ошибся. Хоть и поверхностно, но структурировано описано, что надо заботиться о всех конечных пользователях системы (а не только руководстве) на всех этапах внедрения и как это можно делать и измерять. Спасибо за статью.
Новое ПО, новый дизайн программ, новая структура меню - когда вместо того чтобы удобно работать, сидишь и в ярости ищешь привычную кнопку, которую зачем-то переместили, а то и вообще подло убрали, только лишь ради того, чтобы потом отчитаться своему руководству и похвастаться разъярённым пользователям, что обновление ради обновления успешно готово. Не понимаю - зачем?
А если действительно есть необходимость перехода на новое ПО, то это решается не на уровне пользователей. Производится массовая рассылка, что в такой-то интервал времени, будет произведена миграция. Обговаривать это с пользователями в такой ситуации конечно нужно, если хочется потратить кучу времени и нервов на споры о том, кто там в чём привык работать, как будто это остановит внедрение критически важных изменений.
Почему переезд на новое ПО — такая боль для сотрудников. С чем смириться и что можно улучшить