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

Взгляд с той стороны: что на самом деле происходит в голове Заказчика Когда мы, внедренцы, заходим на новый проект, мы видим задачи, сроки, модель данных и интеграционные шины. Мы мыслим архитектурой и методологией. Нам кажется, что мы несем «цифровую благодать», а сопротивление сотрудников клиента — это просто косность и нежелание учиться новому. Но давайте снимем розовые очки. Для Заказчика внедрение крупной системы учета — это не интересный вызов, а глобальный стресс, сопряженный с реальной опасностью потерять бизнес. И вот какие риски видит он. Эти пункты нам жизненно необходимо понимать, чтобы слышать друг друга. Риск №1. Потеря управляемости вместо ее обретения Мы продаем систему как инструмент прозрачности: «Руководитель увидит всё в реальном времени». Но в голове у Заказчика, особенно собственника или финансового директора, сидит другая мысль: «А не стану ли я заложником этой черной коробки?» Раньше он управлял на интуиции, на хаосе Excel или через «серых кардиналов» старых программ. Ему казалось, что он контролирует ситуацию, потому что любой отчет можно было «подкрутить» или интерпретировать по-своему. В новой системе учет строгий и неумолимый. Что чувствует заказчик: · Страх перед негибкостью: Система не дает провести документ задним числом так же легко, как раньше. Заказчик воспринимает это не как методологическую победу, а как потерю власти над ситуацией. Он думает: «Раньше я мог решить вопрос звонком бухгалтеру, а теперь система блокирует мои же распоряжения». · Страх «ошибки на весь экран»: Если в старой учетной системе ошибку видели один-два человека, то сейчас неправильный остаток или кривая проводка мгновенно становятся видны всем смежникам. Публичность ошибки парализует. Что нам нужно понимать: Требование «сделать как раньше, только красивее» — это не глупость. Это попытка сохранить привычные рычаги власти. Нам нужно не просто автоматизировать процесс, а отдельно прорабатывать новые регламенты принятия решений. Риск №2. «Мои люди это не потянут» — страх социальной катастрофы Когда мы начинаем проект, мы часто общаемся с айти-директором или руководителем проекта со стороны Заказчика. Но за ними стоят десятки рядовых сотрудников, для которых 1С — это угроза их месту. Заказчик боится не самого обучения, а скрытого саботажа и увольнений: · Уход ключевых носителей знаний: Он знает, что главный кладовщик или пожилой бухгалтер хранят в голове ВСЁ. Если они психанут и уйдут в разгар внедрения, бизнес встанет. При этом они могут не саботировать явно, а просто молча делать свою работу, выключаясь из проекта. Заказчик думает: «Внедренец уйдет через год, а мне с этими людьми работать еще десять лет». · Тихая война: Заказчик боится, что его собственный персонал будет «топить» систему, доказывая ее никчемность. И в отличие от нас, он не может просто списать сопротивление на «психологию». Ему нужно сохранить коллектив. Логика решений: Когда Заказчик просит нас «не трогать этот участок» или «оставить старую двойную работу на месяц», он не избегает прогресса. Он пытается сохранить устойчивость коллектива и не допустить коллапса операционной деятельности...

Продолжение следует...