Много лет назад мы внедряли новую приемку товара на одном из форматов. Разработали, привезли оборудование, накатили обновление и успешно протестировали. Но, так как я не поддерживаю вариант «протестировал и забыл», поехал снова собрать обратную связь от сотрудников. Приезжаю, оборудование лежит в стороне — сотрудник принимает «по старинке», по накладной. Спрашиваю: «Почему по новому не принимаете?». Сотрудник искоса посмотрел на новое оборудование и ответил: «Не доверяю я ему». Такое отношение нормально при внедрении новых технологий и подходов и его сложно победить, бывает оно даже полезным. Но сейчас не об этом, сейчас как раз об обратном. Есть противоположный тип — неугомонные оптимизаторы-автоматизаторы. В них скрывается черная дыра, которая будет пожирать ваш ресурс. Их девиз — «Автоматизация ради автоматизации», и без разницы, какой эффект будет достигнут. Хорошо, если это персонаж невысокого уровня — его легко остановить на этапе экономического обоснования. Намного хуже, когда такой «автоматизатор» настолько хорошо знает область, что вполне может подтасовывать факты таким образом, что эффекты значительны и сомнения в необходимости запуска проекта нет. Конечно, можно устроить долгострой, с которым он будет играться, но это вариант, если других возможностей у вас нет. Но, лучше победить на этапе старта проекта, используя подтвержденные факты. Либо перетащить его на свою сторону, так как у такого сотрудника нет цели вредить, он верит в то, что его предложения полезны, а стал он таким из-за банальной причины — его никто не слышал, не направлял в его желании улучшить ту часть, в которой он эксперт. И вот если ход с встраиванием такого сотрудника в свою команду сработает, эффективность её очень даже вырастет, конечно, при условии ограничения полета мысли такого «автоматизатора». #проекты #автоматизация #команда #project #productmanagement