← Все статьи

Обследование предприятия: как начать проект корпоративного ИИ с фактов

Как провести интервью, проанализировать процессы и выявить источники знаний до проектирования корпоративного ИИ.

Обследование предприятия: как начать проект корпоративного ИИ с фактов
Содержание

Введение

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

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

Почему это важно

Ценные знания редко живут в одной системе. Они распределены между системами планирования ресурсов, электронным документооборотом, файловыми архивами, методиками, перепиской и опытом специалистов. Если увидеть только ИТ-ландшафт, проект пропустит часть критического контекста.

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

Основное объяснение

Работу стоит вести одновременно по нескольким направлениям:

  • интервью с руководителями, экспертами и исполнителями;
  • анализ бизнес-процессов и потерь времени;
  • инвентаризация систем и источников знаний;
  • оценка зрелости инфраструктуры;
  • фиксация требований безопасности и регулирования.
flowchart TD
  interviews[Интервью] --> assessment[Архитектурное обследование]
  processes[Процессы] --> assessment
  systems[Информационные системы] --> assessment
  knowledge[Источники знаний] --> assessment
  security[Требования безопасности] --> assessment
  assessment --> requirements[Архитектурные требования]

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

Безопасность

Вопрос Практическое значение
Какие данные конфиденциальны? Определяет границы контура и доступа
Какие системы критичны? Задаёт приоритеты защиты и резервирования
Кто владеет данными? Назначает ответственность за качество
Какие нормы обязательны? Формирует архитектурные ограничения

Эти ответы нужны до интеграций и индексации, а не после первого инцидента.

Корпоративный пример

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

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

Пример из промышленной безопасности

В подразделении экспертизы промышленной безопасности ключевыми источниками оказались нормы, внутренние методики, архив заключений и результаты обследований. Но часть практических знаний существовала только у нескольких ведущих экспертов.

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

Типичные ошибки

  1. Проводить интервью только с ИТ-службой.
  2. Считать неструктурированные документы второстепенными.
  3. Не фиксировать знания, которые существуют только у сотрудников.
  4. Откладывать вопросы безопасности на этап реализации.
  5. Проектировать решение до завершения обследования.

Практические выводы

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

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

Ключевые тезисы

  • Цель обследования — понять предприятие, а не выбрать технологию.
  • Знания находятся и вне формальных корпоративных систем.
  • Владельцев данных и ограничения нужно определить заранее.
  • Решения по архитектуре принимают на основании фактов.
  • Безопасность начинается с первого интервью.