Проверяется: карта процессов и дорожная карта этапов
Обследование процессов перед внедрением ИИ
Задача, решение и что передали
- Задача
- Руководство требовало предложений по ИИ, а внутри спорили, с чего начинать: задачи были описаны словами «ускорить» и «разгрузить людей».
- Решение
- Разобрали процессы до шагов и данных и по каждому проверили, есть ли история, на которой можно измерить качество ответа. Часть задач после разбора закрылась обычным обменом данными, без модели.
- Сдано 3
- Карта процессов и данных
- Перечень задач с оценкой применимости
- Дорожная карта по этапам
- Как делали
- Обследование процессов Прошли по цепочке от конструкторской подготовки до отгрузки: говорили с технологами, диспетчерами цеха, снабжением и ОТК, разбирали выгрузки из учётных систем. Каждую формулировку «ускорить» и «разгрузить людей» разложили до шага процесса, исполнителя и документа — маршрутной карты, спецификации, заявки.
- Архитектура разбора Решили описывать каждую задачу одинаковым паспортом: вход, шаг процесса, источник истории и признак правильного ответа. Задачи без сохранённой истории вынесли отдельно, а часть перевели в обычный обмен данными между системами — модель там была не нужна.
- Разработка карты Собрали карту процессов и данных, заполнили паспорта задач и по каждой проверили, есть ли история, на которой можно измерить качество ответа. Черновик перечня и дорожной карты прошли с владельцами процессов до того, как показывать руководству.
- Проверка выводов Повторили выгрузки и вернулись к исполнителям с готовой картой, чтобы сверить описанные шаги с тем, как работа идёт на самом деле. Провалом считали задачу, оставшуюся в перечне без выгрузки, на которой измеряется правильность ответа: применимость, обоснованную словами, в дорожную карту не пускали.
- Передача карты Передали карту процессов и данных, перечень задач с оценкой применимости и дорожную карту по этапам, разобрав их с руководством и владельцами процессов. Показали, как читать паспорт задачи, добавлять новые и переносить их между очередями.
- Архитектура
- Стенд обследования собран отдельно от боевых систем: выгрузки из учётных баз снимаются по ODBC в staging-схему PostgreSQL, откуда модели dbt раскладывают их в таблицы шагов процесса, участников и документов. Профилирование гоняется в DuckDB по файлам выгрузок — считаются доли пустых полей и распределения по всей истории, а колоночный движок читает только нужный столбец, тогда как строчная таблица поднимала бы запись целиком на каждый агрегат. Проверки полноты и связности оформлены наборами Great Expectations и прогоняются на каждой новой выгрузке, результаты выводятся в Metabase рядом с картой шагов. Стенд поднимается Docker Compose на отдельной машине: при её отказе теряется только копия выгрузки, повторный съём делается тем же скриптом с тем же срезом дат.
- Стек
- Python · pandas · PostgreSQL · DuckDB · ODBC · Docker Compose · dbt · Great Expectations · Metabase
