Комментарии 19
честно написано
В моём админском опыте был сформировалось очень простое правило: приживаются только те решения, которые людям дают улучшение их работы, или не влияют на expirience. Условно говоря, выпиливание freebsd и замена на linux никого не волновала (потому была успешной). Внедрение терминального сервера вызывало нарекания, пока люди не обнаружили, что на ТС быстрее и можно подключаться из дома.
Попытка внедрить проджект была очевидно провальной из-за того, что каждый участник (включая якобы бенефициантов в лице начальства) получал больше геморроя, чем удобств.
Попытка внедрить проджект была очевидно провальной из-за того, что каждый участник (включая якобы бенефициантов в лице начальства) получал больше геморроя, чем удобств.
Не маловажным будет позиция руководства. Если они поняли, что решение закрыло вопрос (п4), то на мнение исполнителей практически не смотрят.
Под руководством понимаю инициаторов задачи для решения, а не инициаторов задачи для отката или роста.
Под руководством понимаю инициаторов задачи для решения, а не инициаторов задачи для отката или роста.
Нужно понимать, что преодолеть сопротивление исполнителей можно. В любом случае. Даже если из заставлять заверять в СБ все нажатия кнопок за неделю до нажатия в письменном виде в двух экземплярах.
Но преодоление сопротивления — это деньги. Те, кто говорит «а, всё равно заставим» и не предусматривает этого в бюджете — натыкается на итальянские забастовки, луддизм, отток персонала, снижение эффективности труда и ухудшение атмосферы в коллективе.
Другими словами, если хочешь иметь нулевые инвестиции в преодоление сопровивления — делай удобнее или незаметно. В каком-то объёме можно обойтись внутренними силами отделов при «так же, но чуть иначе».
Если изменения создают проблемы персоналу, значит, должен быть бюджет на его преодоление. Как его полностью рассчитать я не знаю, но вот некоторые пункты:
* Премии тем, кто перешёл на новую систему досрочно (делать grace период со старой и новой системой)
* Прибавка к ЗП прошедшим обучение и начавшим использовать «это».
* Сертификация за счёт компании (для ИТ-шников)
* Затраты на поиск нового персонала (некий процент придётся уволить)
* Затраты на снижение эффективности труда на некий период времени
Но преодоление сопротивления — это деньги. Те, кто говорит «а, всё равно заставим» и не предусматривает этого в бюджете — натыкается на итальянские забастовки, луддизм, отток персонала, снижение эффективности труда и ухудшение атмосферы в коллективе.
Другими словами, если хочешь иметь нулевые инвестиции в преодоление сопровивления — делай удобнее или незаметно. В каком-то объёме можно обойтись внутренними силами отделов при «так же, но чуть иначе».
Если изменения создают проблемы персоналу, значит, должен быть бюджет на его преодоление. Как его полностью рассчитать я не знаю, но вот некоторые пункты:
* Премии тем, кто перешёл на новую систему досрочно (делать grace период со старой и новой системой)
* Прибавка к ЗП прошедшим обучение и начавшим использовать «это».
* Сертификация за счёт компании (для ИТ-шников)
* Затраты на поиск нового персонала (некий процент придётся уволить)
* Затраты на снижение эффективности труда на некий период времени
изменения всегда создают проблемы персоналу на этапе внедрения и адаптации. А вот премии рядовым сотрудникам обычно платить забывают, ограничиваются средним и высшим руководящим составом.
От этого много проблем. Работать-то на внедрении и потом будут именно рядовые работники, но их заинтересованности им иногда проще уволиться и перейти на такую же работу в другом месте.
От этого много проблем. Работать-то на внедрении и потом будут именно рядовые работники, но их заинтересованности им иногда проще уволиться и перейти на такую же работу в другом месте.
Не всегда. Когда внедряется новое средство, и оно позволяет упростить существующую деятельность, то обычно оно взлетает на «ура». Я помню, как взлетало видеонаблюдение за охраной для начальника охраны из дома (сторож для сторожей). Главой проблемой было наше (ИТ-отдела) сопротивление. С точки зрения исполнителей всё было просто очень гладко, потому что ей это заменяло отзвонку на пост охраны и утренее (пост-фактум) разглядывание кино.
всегда. Под внедрением я имею ввиду что-то крупное, типа перехода с 1C на SAP R3, т.е. то что требует не просто установки новой камеры с новым проводом а работы бухгалтеров по субботам, сверхурочных часов менеджерам для обучения, дублирования документов в обоих системах на период внедрения и пр.
О, так я про это примерно и говорю: если есть херня для исполнителей (дополнительная работа, телодвижения, ограничения, более сложный процесс), то если этот процесс ИМ конкретно (а не компании) не даёт улучшений — нужно закладывать это в бюджет.
Потому что люди, они умные. Им рассказывают как всё будет хорошо, как повысится управляемость компании, прозрачность операций, уменьшится количество ошибок и т.д., а человек это всё фильтрует через себя: а мне-то что? Овет — а тебе стопятьсот новых рутинных регламентов, новый пароль для запоминания (меняется раз в три месяца) и новая метрика оценки результатов труда, которая хер его знает хорошо или плохо. Если же ему говорят: «да, вот тут и вот тут херня, но ты получишь премию, если перейдёшь, и +5% к ЗП если сохранишь показатели как было, и +20%, если повысишь» — то у человека возникает ощущение «больше работы с больше зарплаты».
Альтернатива — «кто не перейдёт — будет уволен». Дисциплинирует (если действительно уволняют), но часть может сказать «так я и сам, того, спасибо».
И вся драма внедрений состоит в том, что этот бюджет часто не учитывают. Учитывают какие-то громады, но не учитывают существование в 1С кнопочки (утрирую) F13, которая выводит список текущих конагентов, по которым были операции за день. В SAP это будет меню, пункт, вкладка, задать параметры «с» и «до» (а по-умолчанияю там с 1970 по начало месяца, потому что так было удобно генеральному), поставить галочку «для одного сотрудника», выбрать в словаре себя и нажать «генерировать отчёт» (который делается 110с).
Ну и какая реакция на это будет человека?
Потому что люди, они умные. Им рассказывают как всё будет хорошо, как повысится управляемость компании, прозрачность операций, уменьшится количество ошибок и т.д., а человек это всё фильтрует через себя: а мне-то что? Овет — а тебе стопятьсот новых рутинных регламентов, новый пароль для запоминания (меняется раз в три месяца) и новая метрика оценки результатов труда, которая хер его знает хорошо или плохо. Если же ему говорят: «да, вот тут и вот тут херня, но ты получишь премию, если перейдёшь, и +5% к ЗП если сохранишь показатели как было, и +20%, если повысишь» — то у человека возникает ощущение «больше работы с больше зарплаты».
Альтернатива — «кто не перейдёт — будет уволен». Дисциплинирует (если действительно уволняют), но часть может сказать «так я и сам, того, спасибо».
И вся драма внедрений состоит в том, что этот бюджет часто не учитывают. Учитывают какие-то громады, но не учитывают существование в 1С кнопочки (утрирую) F13, которая выводит список текущих конагентов, по которым были операции за день. В SAP это будет меню, пункт, вкладка, задать параметры «с» и «до» (а по-умолчанияю там с 1970 по начало месяца, потому что так было удобно генеральному), поставить галочку «для одного сотрудника», выбрать в словаре себя и нажать «генерировать отчёт» (который делается 110с).
Ну и какая реакция на это будет человека?
Вы забыли исполнителей, которые не хотят автоматизации, т.к. сейчас они халтурят 90% времени и никто не замечает, а после оптимизации придется работать =))))
Я бы отнес их группе 1. Но есть еще один аспект. Если нагрузить исполнителя работой (под работой я понимаю, что исполнитель думает только о работе) даже на 20% — он сбежит. В оптимизации важно чтобы выполнение какой-то задачи не загружало исполнителя на 100% способностей. Например была такая компания. Рабочий день 9-18. Но вся нагрузка происходит с 16 до 18, остальное время офис бродит. Получается что работают только 20% времени. Если загрузить работой эти 20% полностью — сбежит. Поэтому на эти 20% времени у него был регламентированный список действий.
Я бы сказал, в оптимизации главное разделить: с одной стороны процессы, а к ним можно подставлять исполнителей.
Я бы сказал, в оптимизации главное разделить: с одной стороны процессы, а к ним можно подставлять исполнителей.
всё правильно написал. молодец, теперь можно будет просто давать ссылку.
Очень правильно, да. Я бы ещё в процесс внедрения включил психологические аспекты, нечто вроде дрессировки: того поругать, а вот того похвалить.
Самая главная проблема практически всех таких процессов внедрения в том, что они ориентированы на начальство: чтобы начальнику рисовался красивый график, чтобы на его айпаде можно было тыкать и смотреть статусы и так далее. А собственно о потребностях исполнителей мало заботы. В итоге получаются убогие и ужасные интерфейсы, криво написанная документация и так далее.
Самая главная проблема практически всех таких процессов внедрения в том, что они ориентированы на начальство: чтобы начальнику рисовался красивый график, чтобы на его айпаде можно было тыкать и смотреть статусы и так далее. А собственно о потребностях исполнителей мало заботы. В итоге получаются убогие и ужасные интерфейсы, криво написанная документация и так далее.
Согласен. Навыки управленца и психолога в процессе внедрения очень важны.
Ну и обязательно надо навести порядок в бизнес-процессах компании, которых будет касаться автоматизация.
Как говорит автор книги Записки автоматизатора. Профессиональная исповедь: «Результатом автоматизации бардака всегда будет автоматизированный бардак»
Ну и обязательно надо навести порядок в бизнес-процессах компании, которых будет касаться автоматизация.
Как говорит автор книги Записки автоматизатора. Профессиональная исповедь: «Результатом автоматизации бардака всегда будет автоматизированный бардак»
Как я мотивирую на работе двух сотрудниц обучаться полезным фишкам в новых версиях AutoCAD: «Вот такие и такие инструменты сокращают время работы над чертежами на 30%, благодаря этому можно быстро начертить и отдыхать пока следующее задание появится.»
Спасибо, отличный материал. Прям сейчас кое-кому отправлю ссылку, у нас как раз активно ведется внедрение и есть некоторые трудности с группой 1 у заказчика.
не столько ..., сколько…
Хочется сделать ещё одну ремарку.
Очень важно среди рядовых работников иметь поддержку внедрения. Если довести работника до понимания того, что ваша система упростит ему жизнь, заинтересовать его, то будет:
а) Свой человек, который сможет дать быстрый фидбек до окончания внедрения (а ему дальше с этим работать, он заинтересован в улучшении и «допилке» системы). Это позволит сильно снизить сопротивление внедрению, т. к. конечные пользователи будут видеть, что работа ведется не ради красивых графиков руководства, но и ради повышения их производительности. А увеличение вовлечения пользователей очень полезно.
б) «Первая линия» техподдержки средствами заказчика. Пользователям зачастую проще спросить своего коллегу, чем использовать формальную процедуру взаимодействия с техподдержкой или разбираться с документацией.
Очень важно среди рядовых работников иметь поддержку внедрения. Если довести работника до понимания того, что ваша система упростит ему жизнь, заинтересовать его, то будет:
а) Свой человек, который сможет дать быстрый фидбек до окончания внедрения (а ему дальше с этим работать, он заинтересован в улучшении и «допилке» системы). Это позволит сильно снизить сопротивление внедрению, т. к. конечные пользователи будут видеть, что работа ведется не ради красивых графиков руководства, но и ради повышения их производительности. А увеличение вовлечения пользователей очень полезно.
б) «Первая линия» техподдержки средствами заказчика. Пользователям зачастую проще спросить своего коллегу, чем использовать формальную процедуру взаимодействия с техподдержкой или разбираться с документацией.
в госучереждениях, да и наверно в некоторых учреждениях есть еще 1 случай — когда коммерсы впаривают свое калечное решение (не без откатов конечно, на уровне руководства), причем настолько нагло и открыто что диву даешься, при том что обслуживать все это будут те же 2 с половиной человека, и ответственность за работу после внедрения этого горепродукта лежит именно на них.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Автоматизация ИТ процессов в условиях низкой мотивации и/или квалификации исполнителей