Минута 1-5: Осознание цели и границ. Прежде чем что-либо «устанавливать», ответьте на простой вопрос: «Зачем нам это нужно?». Цели EA могут быть разными: снижение затрат на ИТ за счет устранения дублирующихся систем, повышение гибкости бизнеса, обеспечение безопасности и соответствия стандартам, или просто понимание, «что у нас вообще работает». Четко сформулируйте одну-две ближайшие цели. Затем определите «предприятие» — это вся компания, один департамент или конкретный бизнес-процесс? Начните с малого, управляемого контура.
Минута 6-15: Быстрая инвентаризация на четырех уровнях. Возьмите доску (физическую или цифровую, например Miro или Lucidchart) и разделите ее на четыре области. Это упрощенная модель представления архитектуры:
- Бизнес-уровень: Какие ключевые бизнес-процессы существуют в выбранном контуре? (например, «Обработка заказа», «Подбор персонала»). Запишите их в виде простых блоков.
- Уровень приложений: Какие программные системы поддерживают эти процессы? (1С, CRM, корпоративный портал). Нарисуйте их под процессами и соедините стрелками.
- Уровень данных: Какие ключевые данные используются в этих приложениях? («Карточка клиента», «Складская номенклатура»). Укажите их.
- Технологический уровень: На какой инфраструктуре это все работает? (серверы, облака, сеть). Обозначьте основные компоненты.
Минута 16-25: Выявление одной ключевой боли и целевого состояния. Взгляните на свою схему. Что бросается в глаза? Возможно, один процесс поддерживается пятью разными системами, или данные клиента дублируются в трех базах. Выберите ОДНУ самую очевидную проблему. Теперь потратьте несколько минут, чтобы нарисовать рядом идеальную, простую схему «как должно быть» (To-Be). Например: «Процесс «Обработка заказа» поддерживается ЕДИНОЙ CRM-системой, которая берет данные о клиенте из ЕДИНОГО справочника». Это и есть ваша первая архитектурная цель.
Минута 26-30: Определение следующего шага и фиксация. Архитектура — это не диаграмма, а путь от As-Is к To-Be. Ваш следующий шаг — это микро-действие, которое приблизит к цели. Например: «Обсудить с руководителем отдела продаж возможность консолидации данных в основной CRM в течение двух недель» или «Запросить у системного администратора схему сетевых взаимодействий между серверами App1 и App2». Зафиксируйте эту задачу, схему As-Is/To-Be и цель в любом доступном месте — Confluence, Google Docs, даже в общем чате. Назначьте ответственного и срок.
Поздравляем, вы только что «установили» основы Enterprise Architecture. Вы не создали громоздкий фреймворк, но вы создали самое главное — общую точку понимания проблемы, визуальный язык для ее обсуждения и конкретный план действий. Повторяйте этот 30-минутный цикл регулярно, каждый раз расширяя контур или углубляясь в детали. Именно так, небольшими итерациями, и строится настоящая, живая архитектура предприятия, которая работает на бизнес, а не существует ради самой себя.
Комментарии (7)