Содержание
Введение
Корпоративный ИИ нельзя проектировать по презентации поставщика или по перечню доступных моделей. Сначала архитектору нужно понять предприятие: как устроена работа, где создаются знания, кто ими пользуется и какие ограничения нельзя нарушать.
Обследование заменяет предположения фактами. Оно помогает выбрать первый сценарий с реальной ценностью, а не построить технологически интересную, но невостребованную систему.
Почему это важно
Ценные знания редко живут в одной системе. Они распределены между системами планирования ресурсов, электронным документооборотом, файловыми архивами, методиками, перепиской и опытом специалистов. Если увидеть только ИТ-ландшафт, проект пропустит часть критического контекста.
Обследование также позволяет заранее определить владельцев данных, требования информационной безопасности и измеримые признаки успеха будущего пилота.
Основное объяснение
Работу стоит вести одновременно по нескольким направлениям:
- интервью с руководителями, экспертами и исполнителями;
- анализ бизнес-процессов и потерь времени;
- инвентаризация систем и источников знаний;
- оценка зрелости инфраструктуры;
- фиксация требований безопасности и регулирования.
flowchart TD
interviews[Интервью] --> assessment[Архитектурное обследование]
processes[Процессы] --> assessment
systems[Информационные системы] --> assessment
knowledge[Источники знаний] --> assessment
security[Требования безопасности] --> assessment
assessment --> requirements[Архитектурные требования]
Интервью с одной ИТ-службой недостаточно. Спросите у людей, работающих с документами каждый день: какие сведения трудно найти, каким источникам они доверяют, где возникают ошибки из-за устаревшей информации и чья экспертиза пока не зафиксирована.
Безопасность
| Вопрос | Практическое значение |
|---|---|
| Какие данные конфиденциальны? | Определяет границы контура и доступа |
| Какие системы критичны? | Задаёт приоритеты защиты и резервирования |
| Кто владеет данными? | Назначает ответственность за качество |
| Какие нормы обязательны? | Формирует архитектурные ограничения |
Эти ответы нужны до интеграций и индексации, а не после первого инцидента.
Корпоративный пример
Инженерная организация использует систему планирования ресурсов, систему электронного документооборота, архивы и внутренний портал. Во время обследования команда обнаруживает, что важные методики и экспертные заключения находятся также в переписке и рабочих каталогах.
Первоначальная идея подключить одну систему становится поэтапной стратегией объединения источников. При этом каждый источник получает владельца, приоритет и правила доступа.
Пример из промышленной безопасности
В подразделении экспертизы промышленной безопасности ключевыми источниками оказались нормы, внутренние методики, архив заключений и результаты обследований. Но часть практических знаний существовала только у нескольких ведущих экспертов.
Для платформы это отдельная задача: не выдать опыт специалиста за проверенный документ, а организовать его сохранение, экспертную проверку и управляемое обновление. ИИ ускоряет поиск и подготовку материалов; ответственность за заключение остаётся у эксперта.
Типичные ошибки
- Проводить интервью только с ИТ-службой.
- Считать неструктурированные документы второстепенными.
- Не фиксировать знания, которые существуют только у сотрудников.
- Откладывать вопросы безопасности на этап реализации.
- Проектировать решение до завершения обследования.
Практические выводы
Результат обследования — набор рабочих артефактов: карта процессов, перечень систем, каталог источников знаний, владельцы данных, требования безопасности и список архитектурных рисков.
Не стремитесь сразу описать всё предприятие с одинаковой детализацией. Достаточно получить надёжную картину для выбора первого ограниченного сценария и сформировать список вопросов для следующих этапов.
Ключевые тезисы
- Цель обследования — понять предприятие, а не выбрать технологию.
- Знания находятся и вне формальных корпоративных систем.
- Владельцев данных и ограничения нужно определить заранее.
- Решения по архитектуре принимают на основании фактов.
- Безопасность начинается с первого интервью.

