🔥 РАЦУХА #181: Проводите аудит ИТ-архитектуры (TOGAF), чтобы ИТ поддерживало бизнес, а не тормозило его

Знакомо? Новая услуга, филиал или канал продаж упирается в «технические ограничения». Системы не стыкуются, одни и те же данные о клиенте живут в трёх местах с разными цифрами, а сотрудники переносят их руками. ИТ-бюджет уходит на поддержку старого, на развитие денег не остаётся, и каждое решение бизнеса начинается с вопроса, разрешат ли его системы.

Как это работает: проблема редко в одной плохой программе. Каждую систему когда-то купили под свою задачу, и общей картины никто не держал, поэтому получился «зоопарк» несовместимых решений. Аудит ИТ-архитектуры (TOGAF) меняет точку отсчёта. Сначала фиксируются цели и процессы бизнеса, затем видно, какие приложения их поддерживают, какие данные по ним текут и на какой технологии всё держится. Когда эти слои связаны, дублирование функций и отсутствие единого источника данных становятся видны. Решения о том, что объединить, интегрировать или отключить, начинают следовать из стратегии, а не из того, кто громче попросил. Так ИТ перестаёт тормозить бизнес и становится его опорой.

Как это выглядит процессом

Схема живая: её можно открыть на весь экран, а в OrgDevTools — скопировать себе и адаптировать под свою компанию. Фиолетовые шаги может взять на себя ИИ-агент.

Простое действие с мгновенным эффектом (до 30 минут): выберите один показатель, на который вы опираетесь в решениях, например число активных клиентов или выручку за прошлый месяц. Попросите назвать его трёх разных людей, каждого из своей системы: продажи, бухгалтерию, аналитику. Если цифры разошлись или кто-то полез сводить их в таблице, у вас нет единого источника истины, и архитектура уже стоит вам денег и доверия к данным.

Что делать дальше:

1. Начните Аудит ИТ-архитектуры (TOGAF) со слоя бизнеса: какие цели и процессы ИТ обязано поддерживать в ближайшие год-два. Опорную карту возможностей удобно собрать по методике Бизнес-архитектура.

2. Наложите на эту карту приложения и потоки данных: где функции дублируются, где у одних и тех же данных несколько «хозяев», на каком устаревшем фундаменте держатся критичные системы.

3. Сформулируйте измеримую цель на квартал. Например, «один источник данных о клиентах и ни одного ручного переноса между продажами и учётом».

4. Назначьте одного ответственного за целевую архитектуру и бизнес-заказчика рядом с ним. Если оставить это только ИТ-отделу, критерием снова станет удобство систем, а не задачи бизнеса.

5. Возьмите самый болезненный процесс и проведите по нему Аудит бизнес-процессов (Business Process Audit). Интервью с исполнителями покажут ручные обходные пути, которых нет ни в одной схеме.

6. Прежде чем отключать или менять старые системы, пройдите Аудит непрерывности бизнеса (Business Continuity Audit). Так вы проверите, сколько на самом деле займёт восстановление критичных функций, если что-то пойдёт не так.

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

8. Контрольная точка через 90 дней: повторите проверку «один показатель из трёх систем» и сверьте результат с целью из пункта 3.

9. Закрепите правило: любая новая система покупается только после сверки с архитектурной картой, а карта пересматривается раз в год вместе со стратегией.

Такой план легко начать и так же легко потерять, когда навалятся срочные запросы и очередная «временная» интеграция. В OrgDevTools.ru для этого есть Рабочая тетрадь — цифровой инструмент сервиса, который превращает такой план в отдельные задачи с прогрессом и живым интерактивным фреймом по каждой методике. Попробуйте бесплатно на OrgDevTools.ru →

#Рацуха #АудитИТАрхитектурыTOGAF #БизнесАрхитектура #АудитБизнесПроцессов #АудитНепрерывностиБизнеса #ИТАрхитектура