Шестая часть была посвящена отчёту: тому, как он перестаёт быть файлом, который вы собираете два дня, и становится представлением, которое вы открываете на текущий момент. На этом завершается картина, которую мы выстраивали на протяжении шести частей: когда таблица перестаёт быть ответом, какой файл на самом деле управляет компанией, очистка данных перед переносом, порядок переноса, кто что видит и конец отчёта, собранного вручную.

Остаётся часть, которая решает, окупится ли всё это: первый месяц в промышленной эксплуатации. И здесь есть то, что знает каждый, кто вёл подобный проект. Большинство миграций проваливаются не на этапе внедрения. Они проваливаются в первые недели использования. Система работает, данные на месте, экраны правильные, и всё же реальная работа тихо уходит обратно в старый файл. Эта часть о том, почему так происходит, и о плане, который этого не допускает.

Сопротивление — не упрямство, а расчёт рисков

Первое, с чем вы сталкиваетесь в первую неделю, — нерешительность команды. Типичная ошибка владельца — воспринимать эту нерешительность как сопротивление переменам или лень и отвечать давлением. Обычно это ни то ни другое.

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

Она усиливается, когда владелец старого файла — человек, чьё положение в компании построено на знании этого файла. Тот, кто был единственным источником сведений по файлу, может бояться, что система сделает его роль ненужной. Если игнорировать этот страх, он не исчезнет, а уйдёт вглубь. Лучше работает прямой разговор: дайте этому человеку объявленную роль в новой схеме — ответственного за качество данных в его области, чтобы из хранителя файла он стал источником знаний о самих данных.

Настоящая перемена первого месяца в том, что работа стала видимой. Пока данные жили в файле, запоздалая запись была незаметна. В системе зафиксировано, кто, что и когда внёс. Это успокаивает тех, кто работает стабильно, и неудобно тем, кто привык к гибкости, и об этом лучше открыто сказать на первой встрече, чем позволить это обнаружить через две недели.

Тихое возвращение к старому файлу

Самое опасное в первый месяц происходит без шума. На встрече никто не возражает против системы, но копия старого файла остаётся открытой на чьём-то компьютере, и человек вносит данные туда, потому что так быстрее, собираясь перенести их в систему в конце недели. Обычно он этого не делает.

Это приводит к худшему из возможных результатов: два источника истины вместо одного. До проекта у вас был один неточный файл, который все признавали эталоном. Теперь у вас неполная система и неполный файл, и никто не знает, что из них свежее. Вы оказались в худшем положении, чем в начале, и это одна из закономерностей, разобранных в статье Почему проекты ERP проваливаются и как добиться успеха в вашем.

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

Пробелы, которые всплывают после перехода, а не до него

Как бы хорошо вы ни очистили данные заранее, как описано в третьей части, всплывут пробелы, которые можно было обнаружить только при первой реальной операции. Логика проста: файл допускал пустоты, поэтому пустая ячейка оставалась пустой, и ничто не мешало выставить счёт. Система требует поле, потому что от него зависит следующий шаг.

Что обычно всплывает на этом этапе:

  • Неполные карточки клиентов и поставщиков. Клиент, записанный только по имени, без налогового номера, адреса или задокументированного контакта, — всё это раньше уточнялось устно, когда было нужно.
  • Начальные остатки, которые не сходятся. Начальная сумма по клиенту или товару расходится с тем, что указано в старом файле, и разница обнаруживается в первой же выписке.
  • Состояния, которые никогда не классифицировались. Ожидающий заказ, частичная оплата, возврат, который так и не закрыли. В файле это были пометки на полях; в системе им нужен определённый статус.
  • Несколько единиц измерения и цен. Товар, который продаётся коробками, а закупается поштучно, с разной ценой для разных категорий клиентов, — и всё это хранится в голове руководителя продаж, а не записано.
  • Исключения без всякого правила за ними. Клиент, который годами работает на особых условиях без единого документа, так что никто не знает, как отразить это в системе и у кого есть полномочия это утвердить.

Ничто из этого не доказывает, что миграция провалилась. Это её первая реальная польза: система вскрыла то, что скрывал файл. Но работа с этим требует дисциплины. Заносите каждый пункт в один объявленный список с человеком, отвечающим за ответ, и сроком закрытия. Если решать каждый случай отдельно в стороннем разговоре, он вернётся в следующем месяце в другом виде.

Однократного обучения недостаточно

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

Работающая альтернатива опирается на три принципа:

  • Обучайте роли, а не системе. Бухгалтеру не нужны складские экраны, а руководителю продаж — настройки прав доступа. Каждая команда осваивает путь, по которому будет ходить ежедневно, — более короткий и гораздо более сфокусированный.
  • Повторите после недели использования. Именно вторая сессия по-настоящему окупается, потому что вопросы на ней реальные, взятые из ежедневной работы, а не гипотетические. А вопросы, которые повторяются в разных командах, точно показывают, где экран непонятен.
  • Документируйте картинками, а не текстом. Одна страница на роль с шагами по порядку и снимками экрана, вывешенная на стену или разосланная всем. Большинство вопросов после запуска касаются того, чтобы вспомнить, а не понять.

Также в каждой команде нужен человек, к которому обращаются в первую очередь, потому что сотрудник спрашивает коллегу, прежде чем открыть заявку в поддержку. Эта неформальная роль сокращает время отклика сильнее, чем любой внешний канал поддержки. Такое управление изменениями нужно не только при отказе от таблиц, и мы рассмотрели его как часть этапов внедрения в статье Как успешно внедрить ERP.

Взгляд Origami

Мы считаем день запуска серединой проекта, а не его концом. Система приживается в компании не просто потому, что работает; она приживается, когда становится самым коротким путём к выполнению дневной работы. Каждый день, когда старый путь остаётся быстрее нового, — это день, который тихо работает против проекта.

Поэтому в первый месяц мы ведём объявленный список замечаний со сроками их закрытия и измеряем фактическое использование, а не впечатления: кто входит в систему, какие операции фиксируются в момент совершения и на каком экране люди застревают. Именно это мы применяем, создавая индивидуальные системы в рамках наших услуг, потому что исправить небольшую заминку в первую неделю стоит час, а исправить её через два месяца стоит доверия целой команды.

План на тридцать дней

Этот план можно выполнять в том виде, в каком он написан, и его главная особенность в том, что у каждого этапа есть объявленный конец:

  • Дни 1–7: ограниченная параллельная работа. Работа фиксируется и в системе, и в старом файле только по одной причине — для сравнения. В конце недели возьмите небольшую выборку, сравните две цифры и запишите каждое расхождение по его причине, а не по размеру.
  • День 8: старый файл переводится в режим только для чтения. Это самый важный шаг во всём плане. Файл остаётся доступным для просмотра, и никто в него не пишет. Без объявленной даты закрытия параллельная работа продолжается бесконечно и всегда заканчивается победой старого файла, потому что с ним проще.
  • Дни 8–14: второе обучение и закрытие пробелов. Короткая сессия для каждой команды по вопросам, которые действительно возникли, и закрытие пяти главных пунктов из списка пробелов.
  • Дни 15–21: измерение использования. Проверьте, кто действительно пользуется системой, а кто нет, и по каждой операции, зафиксированной с опозданием, спросите почему. То, что вы узнаете, — сигнал о том, насколько понятен путь, а не об индивидуальной дисциплине.
  • Дни 22–30: стабилизация и анализ. Закройте оставшиеся замечания, сформируйте первый ежемесячный отчёт только из системы и посидите полчаса с руководителями команд, чтобы выяснить, что всё ещё происходит вне системы и почему.

Честная мера успеха — не удовлетворённость команды в опросе и не количество используемых экранов. Это один-единственный момент: кто-то перестаёт открывать старый файл, хотя его об этом не просили. С этого момента система — уже не проект, которым вы управляете, а то, как работает компания.

Завершение серии

За семь частей мы прошли весь путь: признаки того, что таблица исчерпала свои возможности, инвентаризация, которая показывает, какой файл на самом деле является вашей системой, очистка данных, порядок переноса, настройка прав доступа, превращение отчёта, собранного вручную, в живое представление и, наконец, прохождение первого месяца.

Вывод, который стоит сохранить, таков. Excel — отличный инструмент, и проблема никогда не была в инструменте, а в том, что на него взваливали. Переход на систему — это не столько техническое обновление, сколько решение о том, что данные компании принадлежат компании, а не файлу или человеку. И начинается он с одного маленького шага: откройте файл, который сегодня управляет вашей компанией, и спросите, кто его обновляет, когда и что происходит, если этого человека нет на месте.

Источники