Использовали ли вы какие-либо стратегии или методы для преодоления сопротивления пользователей при внедрении новой системы?

Question

Мы уже некоторое время пытаемся помочь руководству (заказчика) внедрить новую систему, разработанную нами на заказ, в соответствии с их требованиями. Их старая система основана на тексте (DOS), и ее сотрудники используют ее годами. Новая система представляет собой Windows GUI и имеет много расширенных функций, которые сделают их жизнь проще и их организацию более эффективной. Проблема в том, что сотрудники не хотят адаптироваться к новой среде графического интерфейса, и теперь они прибегают к недружественным и бесполезным возможностям, часто создавая серьезные препятствия на нашем пути. Руководство твердо убеждено, что реализация должна продолжаться. Система работает без проблем. Мы всегда дружили и помогали всем сторонам.

Любой совет будет принята с благодарностью! Сталкивались ли вы с чем-то подобным раньше и вам удалось это перевернуть?

Примечание. Этот вопрос предназначен для того, чтобы помочь программистам и т. Д. С трудностями в реализации, поделившись опытом и фактическими решениями, которые сработали. Он не предназначен для того, чтобы быть субъективным, и действительно, методы программирования могут помочь решить проблему.

Answer 1

Используйте инструмент

Кто-то должен действительно понять, как работает существующий инструмент. Не достаточно хорошо, чтобы пройти через это; но достаточно хорошо, чтобы сделал это по-настоящему . Почему бы не взять 2 недели и пойти и сделать свою работу с ними? Это улучшит ваше понимание инструмента и может способствовать улучшению рабочих отношений с ними. И пока вы там, возможно, купите напитки один или два раза - это звучит банально, но все, что снижает враждебность и позволяет вам общаться.

Опыт пользователя

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

Использование клавиатуры:

Подумайте о таких инструментах, как Visual Studio, AutoCAD и т. Д. - в большинстве случаев вам не нужна мышь, и «жесткие» типы не заметят, если вы уберете их мышь. Попробуйте уважать это; предоставить ярлыки / аккорды (в идеале такие же, как в существующей системе).

Терминология:

Держите это же. Не придумывайте новые термины для вещей.

Поговорить с ними?

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

Найти неисправности

В существующей системе. Уберите их существующие болевые точки, и они могут вас простить.

Answer 2

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

Answer 3

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

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

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

Конечно, все это немного поздно для вас. Путь вперед состоит в том, чтобы создать обзорный форум с наиболее активными противниками и поместить их в комнату с вами и руководством. Заставьте их защищать свои причины отказа от новой системы. Если вы не можете показать, как ваша новая система лучше, возможно, это не так. Если вы видите, как новая система может быть немного улучшена (движение может быть только небольшим), тогда сделайте это, это может иметь большое значение, чтобы вернуть чувство причастности, которое вы пропустили ранее.

Answer 4

Вы должны показать какую-то выгоду для внесения изменений. Демо / макет может быть полезным для этого. Выберите менеджера для демонстрации и дождитесь. Пусть это станет его идеей. Тогда это может двигаться вперед. Быть настойчивым может вызвать отрицательную реакцию коленного рефлекса, которая может заблокировать дальнейшее рассмотрение идеи.

Answer 5

Печально, что программное обеспечение часто заменяется решением руководства без какого-либо участия пользователя, и тогда люди задаются вопросом, почему система отклонена.

Я был свидетелем этого из первых рук. Парню, с которым я когда-то работал, велели разработать новую версию приложения «в тайне». По истечении 6 месяцев разработка была показана пользователям. Это не соответствовало их требованиям, и они были злы, что не были вовлечены. Само собой разумеется, что программное обеспечение так и не поступило в производство, и вскоре после этого разработчик ушел (мне было его жаль, потому что он потратил 6 месяцев усилий и действительно проделал действительно хорошую работу, учитывая обстоятельства).

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

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

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

Если старая система идеальна, то ее вообще не нужно было заменять!

Answer 6

Получите одного или нескольких пользователей, которые будут вашими чемпионами, вовлекая их в процесс разработки. Убедитесь, что выбрали правильные. Надеюсь, что вы можете рассуждать. При запуске сделайте событие запуска. Сделай это большим делом. Не обязательно применять к приложению, но я видел, как оно работало в моих предыдущих рабочих средах. Если это слишком поздно (вы уже работали без участия реальных пользователей), ну ... всегда есть вещи, называемые текучестью персонала, смеется. Долой старое и новое. Сделайте новых пользователей вашим другом:).