Как Бороться С Человеческим Фактором При Внедрении Программного Обеспечения?

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

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

Что сказать, внутри моей компании внедрение различного ПО для отслеживания ошибок/контроля версий/управления проектами/хранения сниппетов проходит с трудом.

И это среди программистов! Я приведу три примера:



1. Организация 50 человек,

Средний возраст команды 20-30 лет, уровень владения компьютером от низкого до среднего.

Программное обеспечение, разработанное нами и охватывающее практически все аспекты работы организации.

Программное обеспечение состоит из 5 модулей, из которых за 2(!) года использования до сих пор используется только 1. Можно подумать, что остальные 4 неудобны/глючны/малофункциональны.

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

Но ими не пользуются.

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



2. Крупная государственная организация.

1000 человек.

Уровень владения компьютером средний (так как все вакансии связаны с компьютером).

Возраст разный.

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

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

Потребность в системе очень велика, поскольку документооборот и отчетность просто колоссальны по объему, а сроки «обработки» документов сравнительно невелики.

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

В системе - пока лично не подойдешь и не "пиннешь" - не работают (по миллиону разных причин).



3. Мои программисты.

Люди с высшим образованием, имеющие опыт программирования не менее 2 лет, «жизненно» заинтересованы в быстром выполнении проектов.

Вместе выбираем удобное и подходящее программное обеспечение - устанавливаем, обучаем.

И работаем первые три дня.

Потом все заброшено.

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

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

В результате получается ситуация: «все понимают, хотят, могут, нуждаются (!) — а результата нет».



Что они пытались сделать:

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

  • в) поговорить с руководством.

    А какой смысл их убеждать? Они заказали и оплатили это программное обеспечение.

    Самое главное, чтобы у них было желание, были возможности, в том числе и возможности «кнута и пряника».

    Планировки проводятся, задачи и сроки ставятся.

    но «воз и ныне там».

Уважаемые хабровцы, поделитесь, пожалуйста, кто и как боролся с человеческим фактором, что еще можно попробовать? Есть ли какие-нибудь «рецепты»? Теги: #Человеческий фактор #Человеческий фактор #реализация #документооборот #проблемы #Управление проектами
Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.