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

Переход в аналитику был не совсем случайным. Ещё с первого курса я посещала факультативные методологические семинары. Через знакомства, возникшие там, спустя годы и появилась возможность попробовать себя в новой профессии. Правда, что именно скрывается за словом «аналитик», я тогда представляла весьма смутно. Из инструментов знала, что у Excel зелёный ярлычок, а рабочая область непривычно расчерчена ячейками. Про 1С просто где-то слышала название. Тем не менее я согласилась.

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

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

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

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

Формально инструкция существовала. Практически воспользоваться ей в нужный момент оказалось почти невозможно.

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

Тогда я ещё не думала ни о методологиях, ни об управлении бизнес-процессами. Мне просто хотелось, чтобы работа была понятной, а результат не зависел исключительно от памяти и опыта конкретного сотрудника.

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

И вот здесь работа начала по-настоящему меняться. От вопроса «как правильно посчитать?» я постепенно перешла к вопросу «почему получился именно такой результат?». А за ним неизбежно появился следующий: «Можно ли изменить сам процесс, чтобы результат стал лучше?» Но это уже другая история.