Регион-Консалт-СервисУправление и автоматизация предприятия
Обследование и архитектураВнедрение ИИРешения на 1СЗаказные приложения

Обследование и анализ бизнес-процессов предприятия

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

Обсудить задачуЧто вы получите

С какими вопросами приходят

Обследование полезно, когда у проблемы нет общепризнанного объяснения или когда перед крупным решением нужно опереться на факты, а не на мнения.

  • Сбои объясняют по-разному

    На производстве срываются сроки заказов, в строительстве — сроки работ по объектам, в снабжении — поставки. Каждая служба называет свою причину, а совещания не меняют ситуацию.

  • Данные не складываются

    Цифры из разных систем приходится сверять вручную, и непонятно, каким сведениям доверять при решении.

  • Предстоит выбор системы

    Перед выбором ERP, MES или WMS нужно определить задачу, требования и критерии, по которым сравнивать предложения.

  • Проект изменений буксует

    Пользователи обходят систему, команда спорит о требованиях, общего критерия результата нет.

  • Неясно, с чего начать

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

  • Нужен независимый взгляд

    Перед крупным решением — инвестицией в систему, сменой подрядчика, перезапуском проекта — собственнику нужна оценка со стороны, не связанная с продажей программ.

Что входит в работу

Состав работы определяется вопросом руководителя. Бывает достаточно разобрать несколько служб, бывает нужно обследовать всё предприятие.

  • Граница и вопрос

    Согласуем, что именно исследуем, какие решения зависят от результата, кто участвует и какие сведения доступны.

  • Фактическая работа

    Интервью, документы, данные учётных систем и наблюдение на местах. Сопоставляем, как работа описана и как она выполняется.

  • Роли, передачи и данные

    Кто принимает решения, где задача переходит из рук в руки, где возникает ожидание и где расходятся сведения.

  • Причины, а не версии

    Проверяем альтернативные объяснения. Отдельно фиксируем подтверждённые факты, гипотезы и недостаток данных.

  • Варианты изменений

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

  • Архитектура и приоритеты

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

Каждый вывод прослеживается до оснований

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

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

Что должно остаться у руководителя после диагностики

Что остаётся у руководителя

Охват и детализация соответствуют согласованной границе обследования.

  • Картина работы

    Процессы, участники, передачи, данные и системы в границах обследования; исходные вопросы и ограничения.

  • Факты и причины

    На чём основаны выводы, где есть противоречия, гипотезы и недостаток данных.

  • Предложения и варианты

    Изменения процессов, ответственности и данных; при необходимости — варианты автоматизации и обоснованный состав программных решений.

  • Дорожная карта

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

  • Отчёт и приложения

    Связный комплект с выводами, схемами и пояснениями, понятный руководителю, команде и будущему исполнителю.

Пример: фрагмент дорожной карты из отчёта
Отчёт по обследованиюДорожная карта · фрагмент разделаУчебный пример
№ДействиеОтветственныйЗависит отКак проверить
1Согласовать, что означает отметка «готово» на переходе «обработка → сборка»Руководитель производства—Определение утверждено и известно мастерам участков
2Назначить ответственного за подтверждение готовности к сборкеНачальник сборочного участка1Подтверждение делает один человек по согласованному правилу
3Включить незавершённые переходы в планирование сборкиПлановая служба1, 2На следующих сопоставимых заказах сборка получает подтверждённую готовность, исключения видны заранее
Учебный фрагмент к материалу «Что должно остаться у руководителя после диагностики». Не описывает конкретное предприятие. В настоящем отчёте у ближайших действий есть ожидаемый результат, ответственный, зависимости и способ проверки.

Как проходит обследование

  1. Согласуем вопрос и доступ

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

  2. Собираем и сверяем факты

    Сопоставляем объяснения, документы, данные и фактические рабочие сценарии.

  3. Сравниваем варианты

    Проверяем альтернативные причины, зависимости и возможности изменений.

  4. Обсуждаем и передаём результат

    Разбираем выводы с руководителем, фиксируем решения, открытые вопросы и порядок дальнейшей проверки.

На чём основан подход

Обследование ведёт Александр Полохов, руководитель практики «Регион-Консалт-Сервис» (Ростов-на-Дону). Он проводил обследования деятельности предприятий, был директором по развитию в нескольких компаниях и руководил проектами внедрения ERP, а как архитектор и разработчик сам создавал системы учёта. Поэтому предложения в отчёте учитывают не только то, что нужно изменить, но и то, как это реализовать и сопровождать.

  • Обследование деятельности предприятий: процессы, ответственность, данные и системы
  • Работа директором по развитию: программа изменений глазами руководителя
  • Строительная компания: анализ деятельности, организационная структура, архитектура учёта и руководство внедрением ERP

Об опыте и подходе

Что важно знать заранее

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

Из практики

Реальные проекты Александра Полохова: задача, личная роль и результат. Названия заказчиков закрыты соглашениями о конфиденциальности — так же мы обращаемся и с вашими данными.

Строительство

Архитектура учёта и внедрение ERP в строительной компании

Роль Александра ПолоховаБизнес- и системный архитектор, руководитель проекта внедрения ERP

Подготовить архитектуру учёта строительной компании и организовать внедрение ERP с распределённой разработкой и несколькими подрядчиками.

Что сделано и что получил заказчик

Что сделано

  • Проанализировал процессы компании, роли подразделений и передачу работы.
  • Разработал организационную структуру и архитектуру учёта и автоматизации.
  • Руководил ERP-проектом и координировал распределённую разработку и подрядчиков.

Что получил заказчик

  • Организационную структуру и архитектуру учёта для внедрения.
  • Единое руководство ERP-проектом и общую архитектуру для команд и подрядчиков.

Нефтехимическое производство

Производственный учёт для нефтехимического предприятия

Роль Александра ПолоховаАрхитектор и разработчик

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

Что сделано и что получил заказчик

Что сделано

  • Разобрал, как устроена производственная деятельность и какие сведения нужны для управления ею.
  • Перевёл особенности деятельности в модель данных и правила учёта.
  • Спроектировал и разработал авторскую систему производственного учёта.

Что получил заказчик

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

Научно-исследовательская организация агросектора

Производственный учёт в организации с опытными полями

Роль Александра ПолоховаАрхитектор и разработчик

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

Что сделано и что получил заказчик

Что сделано

  • Перевёл особенности деятельности в модель данных и правила учёта.
  • Спроектировал и разработал авторскую систему производственного учёта.

Что получил заказчик

  • Систему производственного учёта, построенную под деятельность организации.

Частые вопросы

Что входит в обследование и что я получу на выходе?

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

Зачем обследование, если задача кажется понятной?

Понятная задача часто оказывается частью более широкой: сроки срываются из-за правил передачи работы, а не из-за программы. Обследование проверяет, что решать нужно именно эту задачу. Если она действительно ясна, достаточно короткого предпроектного обследования только недостающего.

Нужно ли обследование перед внедрением ERP?

Обследование перед внедрением ERP нужно не всегда в полном объёме, но задачу, границы, сценарии и критерии приёмки нужно определить до выбора системы. Если этого нет, обследование снижает риск переделок на этапе внедрения; если есть — проверяем только недостающее.

У нас уже есть IT-директор и интегратор. Зачем ещё один специалист?

Для конкретной недостающей проверки или независимого взгляда со стороны руководства. Если работа уже выполнена качественно и ресурса достаточно, повторное обследование не требуется.

Можно ли назвать причины на первой встрече?

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

Нужно ли сначала самим описать все процессы?

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

Сколько стоит и сколько длится обследование?

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

Кто будет внедрять изменения?

Изменения по итогам обследования может внедрять своя команда предприятия, выбранный исполнитель или практика «Регион-Консалт-Сервис» по другим направлениям — по отдельному согласованию. Материалы отчёта рассчитаны на передачу.

Материалы по теме

Разборы ситуаций, которые помогают подготовиться к разговору и принять решение.

Другие направления

Проект может объединять несколько направлений — состав определяется задачей.

Внедрение ИИНужно применить искусственный интеллект в работе предприятия.Решения на 1СНужно провести нестандартный проект на 1С или вернуть под контроль внедрение ERP.Заказные приложенияНужна программа под собственный производственный или управленческий процесс.

Обсудим, какой разбор имеет смысл

Достаточно кратко описать предприятие и вопрос, который требуется решить. На первом разговоре определим границу и состав работы.

Обсудить задачу

Можно связаться напрямую:

Для первого обращения достаточно способа связи и краткого вопроса — без конфиденциальных подробностей. Закрытые материалы передаются после согласования NDA.