Аудит ИТ-ландшафта и стратегия перехода
Контекст
Задача
Заказчик не понимал, где узкие места и во что обойдётся модернизация.
Работа
Решение
Анализ систем, нагрузочное тестирование, декомпозиция монолита, карта ИТ-систем, дорожная карта с оценкой стоимости и эффекта.
Проблема бизнеса
Что происходило до проекта
Корпоративный заказчик подошёл к решению о крупной модернизации вслепую: ИТ-ландшафт складывался годами, документация отставала от реальности, а оценки подрядчиков по срокам и бюджету расходились в разы — и проверить их было нечем. Собственник хотел понимать, во что реально придётся вложиться и что это даст, до подписания контрактов.
Отдельной болью был центральный монолит: чинить его дальше или выводить — вопрос на сотни миллионов, отвечать на который «по ощущениям» компания не была готова.
Сдвиг
Как было — как стало
Как было
Как стало
Ход работы
Как решали
Обследование ландшафта
Интервью с ИТ и бизнесом, разбор систем и интеграций: что где работает, кто чем пользуется, где данные дублируются.
Нагрузочное тестирование
Измерили реальный предел производительности ключевых систем — аргументы о «запасе прочности» превратились в цифры.
Декомпозиция монолита на бумаге
Разобрали центральную систему по доменам и оценили стоимость и риски выноса каждого — до того, как писать код.
Карта и дорожная карта
Итог — карта ландшафта с узкими местами по приоритетам и дорожная карта изменений с оценкой стоимости и эффекта каждого шага.
Передача без привязки
Документы написаны так, чтобы по ним мог работать любой подрядчик, — аудит не был способом продать себе следующий проект.
Решение
Как устроено архитектурно
Факты отдельно от выводов
Сначала база измерений, потом интерпретация: спор о выводах всегда можно свести к проверяемому факту.
Риски ранжированы
Реестр различает критичное и терпимое — бюджет модернизации не размазывается на «всё сразу».
Финал — решение
Дорожная карта защищается перед руководством: аудит заканчивается решением, а не PDF в архиве.
Продукт
Как это выглядит в работе
Главный артефакт аудита — дорожная карта: не «всё плохо, надо переделать», а ранжированный план с зависимостями, по которому можно заказывать работы у любого подрядчика.
Макет иллюстрирует механику интерфейса; данные на экране условные.
Границы решения
Что делает — и чего не делает
Честные рамки — часть архитектуры: они защищают результат не хуже кода.
Делает
- интервью с ИТ, бизнесом и пользователями
- нагрузочное тестирование вместо оценок «на глаз»
- карта ландшафта с узкими местами по приоритетам
- дорожная карта со стоимостью и эффектом шагов
- документы, пригодные для любого исполнителя
Не делает
- продажи себе следующего проекта через аудит
- рекомендаций без измерений
- «переделать всё»: различаем критичное и терпимое
Итог
Результат
- Карта ландшафта и перечень узких мест с приоритетами
- Дорожная карта изменений
- Оценка бюджета изменений
Числовые показатели публикуются после сверки с заказчиком.
Передача
Что осталось у клиента
- Исходный код, модели и конфигурации — вместе с правами.
- Документация и описание архитектуры.
- Возможность развивать решение своей командой или любым другим подрядчиком.
Следующий шаг
Расскажите про задачу
Разберём, оценим сроки и стоимость. Если задача не наша — скажем прямо и подскажем, к кому обратиться.
Обсудить задачу →