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

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

Почему вообще растёт число файлов

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

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

Три вопроса, которые выявляют настоящую систему

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

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

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

Что обычно обнаруживает инвентаризация

Инвентаризация не просто даёт список; она объясняет проблемы, с которыми вы жили, не зная их причины. Четыре повторяющиеся находки:

  • Официальный файл — не тот, которым пользуются. Тщательно сделанный утверждённый шаблон заброшен, а команда работает в более простой личной копии, которая соответствует тому, как на самом деле идёт работа. Это не нарушение, это информация: официальный шаблон не совпадает с реальным процессом, и процесс победил.
  • Одни данные в двух местах. Один и тот же список клиентов или прайс-лист существует в двух файлах, и каждый отдел обновляет свой. Это прямая причина того, что цифра меняется в зависимости от того, кого вы спрашиваете, — об этом мы говорили в первой части. Надёжное решение — чтобы у каждого элемента данных было ровно одно место, где его записывают, принцип, лежащий в основе единого источника, который видят все.
  • Мёртвые файлы, которые всё ещё отнимают время. Таблица, которую каждую неделю на протяжении двух лет обновляли и которую никто не читает. Не переносите её и не улучшайте — спросите, кто ею пользуется, а если ответа нет, остановите её на две недели и посмотрите, спросит ли кто-нибудь.
  • Смысл, хранящийся вне файла. Столбец «статус» с кодами, которые понимает один человек, или цветная строка, означающая «срочно», хотя этого нигде не написано. Данные есть, но их смысла в них нет, и это тема следующей части.

Взгляд Origami

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

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

Результат: список на одну страницу

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

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

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

В следующих частях

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

Источники