Главное - правильное планирование. Сопротивление новому это нормальное свойство человеков, которое нужно учитывать, давая время на адаптацию или усиливая команду временными проектными ресурсами. То есть надо предусматривать не возможность сдвига сроков (это вообще нонсенс кроме некоторого contingency), а доп время или ресурсы. Причем сразу надо планировать каким образом будет проходить адаптация, так что это не просто доп время, а конкретные действия как часть плана.
Наказание тоже не работает в принципе, опять же потому что сопротивоение новому естественно. Если применять наказания, то часть задействованных сотрудниов может тупо уволиться в ходе проекта. А это вообще полный трындец, потому что для набора и обучения новых, в каком бы тупом процессе они не были задействованы, требуется непредусмотренное доп время. Хотя... я участвовала в проектах, где увольнение по собств желанию части сотрудников, не желающих работать по новому было частью проекта :) Но это исключение.
Вообще в последних двух моих проектах мы делали вот что. В первом мы снизили kpi на время проекта, так как люди были незаменимы. Плюс провели "маркетинг" новой системы и после запуска все их результаты смотрели только в ней. Тестирование было на маленькой группе из тех, кто любит новое (она всегда есть такая группа).
В другом проекте мы наняли доп ресурсы для тестирования и на подхвате. Кроме того, внедренцы сопровождали первые три цикла работы в новой системе (sap). Там при первой попытке внедрения народ массово сбежал, в основном из-за перегруза в проекте и работы в новой системе. В нашем проекте гораздо мягче все прошло. Всегда надо учитывать, что на первые циклы работы в новом процессе требуется БОЛЬШЕ времени и сил, за это надо поощрять, а не наказывать.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2012-07-16 02:49 am (UTC)Наказание тоже не работает в принципе, опять же потому что сопротивоение новому естественно. Если применять наказания, то часть задействованных сотрудниов может тупо уволиться в ходе проекта. А это вообще полный трындец, потому что для набора и обучения новых, в каком бы тупом процессе они не были задействованы, требуется непредусмотренное доп время. Хотя... я участвовала в проектах, где увольнение по собств желанию части сотрудников, не желающих работать по новому было частью проекта :) Но это исключение.
Вообще в последних двух моих проектах мы делали вот что. В первом мы снизили kpi на время проекта, так как люди были незаменимы. Плюс провели "маркетинг" новой системы и после запуска все их результаты смотрели только в ней. Тестирование было на маленькой группе из тех, кто любит новое (она всегда есть такая группа).
В другом проекте мы наняли доп ресурсы для тестирования и на подхвате. Кроме того, внедренцы сопровождали первые три цикла работы в новой системе (sap). Там при первой попытке внедрения народ массово сбежал, в основном из-за перегруза в проекте и работы в новой системе. В нашем проекте гораздо мягче все прошло. Всегда надо учитывать, что на первые циклы работы в новом процессе требуется БОЛЬШЕ времени и сил, за это надо поощрять, а не наказывать.