Формирование методологии учета
— это формат глубокой предпроектной работы, который применяется в крупных и сложных инициативах автоматизации, когда важно заранее зафиксировать целевую модель (To-Be), архитектуру и требования до начала внедрения.
Этот формат подходит компаниям, для которых цена ошибки на этапе проектирования высока, а проект затрагивает несколько процессов, систем и команд.
Этот формат подходит компаниям, для которых цена ошибки на этапе проектирования высока, а проект затрагивает несколько процессов, систем и команд.
Для кого подходит
Классическое обследование целесообразно, если:
- проект автоматизации масштабный и рассчитан на длительную реализацию;
- затрагиваются несколько функций и подразделений;
- требуется заранее согласовать методологию, процессы и архитектуру;
- важно получить развернутую концепцию ИТ-решения до старта внедрения;
- автоматизация сопровождается изменением процессов и ролей.
- Проще говоря — когда сначала нужно всё подробно описать и согласовать, а уже потом переходить к реализации.
Проще говоря — когда сначала нужно всё подробно описать и согласовать, а уже потом переходить к реализации.
Задачи
Классический аудит решает задачу максимальной определённости до старта проекта.
В рамках обследования:
В рамках обследования:
- детально описываются текущие процессы (As-Is);
- формируется и фиксируется целевая модель (To-Be);
- прорабатываются методология и расчетные логики;
- определяется архитектура решения;
- формируются требования к автоматизации.
Наш подход – последовательная и глубокая проработка
Работа выстраивается поэтапно и последовательно.
Каждый блок разбирается детально: процессы, данные, расчёты, роли, взаимодействия между системами.
Фокус — не на скорости, а на полноте, точности и воспроизводимости решений.
Каждый блок разбирается детально: процессы, данные, расчёты, роли, взаимодействия между системами.
Фокус — не на скорости, а на полноте, точности и воспроизводимости решений.
Что именно мы делаем в рамках обследования
(01)
Детальный анализ текущих процессов (As-Is)
Мы подробно разбираем:
Результат — формализованное описание текущего состояния, понятное всем участникам проекта.
- как формируются ключевые управленческие и финансовые показатели;
- какие источники данных используются;
- где выполняются ручные операции;
- как распределены роли и зоны ответственности.
Результат — формализованное описание текущего состояния, понятное всем участникам проекта.
(02)
Формирование целевой модели (To-Be)
В классическом формате To-Be — ключевой результат обследования.
Мы заранее проектируем:
Это позволяет избежать концептуальных изменений уже после старта внедрения.
Мы заранее проектируем:
- целевые процессы;
- распределение функций между системами;
- архитектуру решения;
- изменения по сравнению с текущей моделью.
Это позволяет избежать концептуальных изменений уже после старта внедрения.
(03)
Проработка методологии и расчетных логик
Отдельное внимание уделяется методологии:
Система проектируется под согласованные правила, а не наоборот.
- правилам расчетов;
- профессиональным суждениям;
- корректировкам и переклассификациям;
- единым трактовкам показателей.
Система проектируется под согласованные правила, а не наоборот.
(04)
Определение архитектуры и интеграций
В рамках обследования:
Это позволяет заранее определить источники данных и избежать дублирования логики.
- анализируются существующие ИТ-системы;
- описываются точки интеграции;
- формируется целевая архитектура.
Это позволяет заранее определить источники данных и избежать дублирования логики.
(05)
Формирование требований к автоматизации
На основе As-Is и To-Be:
Результаты обследования можно напрямую использовать для проектирования и внедрения.
- формируются функциональные требования;
- описываются сценарии использования;
- уточняется объём и сложность работ.
Результаты обследования можно напрямую использовать для проектирования и внедрения.
Преимущества:
Полная фиксация To-Be
до старта проекта
до старта проекта
Понятный объем работ и предсказуемые сроки
Снижение проектных
рисков
рисков
Сложные и пограничные сценарии прорабатываются до внедрения
Проработка
методологии
методологии
Минимум разночтений и доработок после запуска
Точная основа
для проектирования
для проектирования
Все ключевые решения согласованы заранее
Поддержка сложных организационных изменений
Процессы и роли согласуются заранее
Форматы работы
- Длительность:1 месяц
- Формат:последовательное обследование по направлениям
- Вовлеченность заказчика:регулярная, распределённая по периоду
- Результат:развернутая концепция ИТ-решения
Экономика
Стоимость обусловлена глубиной анализа, объёмом проработки и подготовкой детальной To-Be модели до старта проекта.
-
Средняя стоимость классического обследования:2-3 млн ₽
Кейс: Постановка методологии учета в бюджетировании
Для компании Ракурс Инжиниринг
Результат:
Заказчик получил:
- зафиксированную модель As-Is и To-Be;
- масштабируемую модель бюджетирования;
- концепцию ERP-решения, готовую к реализации;
- основу для запуска проекта без пересмотра ключевых решений на старте.
Что сделали:
- Описали процессы формирования БДР и БДДС.
- Проанализировали структуру бюджетной модели и ограничения Excel.
- Зафиксировали целевую модель бюджетирования (To-Be) с централизованными мастер-бюджетами.
- Проработали детализацию показателей до проекта, подразделения и направления деятельности.
- Описали бюджетирование как управляемый процесс (этапы, роли, контроль).
- Подготовили концепцию ERP-решения без использования Excel.
Контекст:
Компания ведёт проектную деятельность с горизонтом планирования 1–2 года.
Бюджетирование являлось ключевым управленческим процессом и включало:
Бюджетирование являлось ключевым управленческим процессом и включало:
- годовой и квартальный БДР;
- БДДС (год + скользящий прогноз).
Мы поможем выбрать подходящий формат — классический или экспресс — исходя из масштаба задач, сроков и управленческих целей.
Готовы обсудить формат обследования?
Отправляя заявку, вы соглашаетесь с политикой обработки персональных данных