AXIIOM • Диагностика
Диагностика и аудит:
карта техдолга за 2–3 недели
Разбираемся, что на самом деле происходит с кодом, архитектурой, инфраструктурой и командой — и сколько каждое узкое место стоит в деньгах и сроках. На выходе — документ, по которому можно действовать без нас.
Зачем это нужно
Аудит без плана — это отчёт в стол
Обычно запрос звучит так: «кажется, у нас проблемы, но непонятно где». Или наоборот — «всё работает, но подрядчик просит денег на переписывание». Диагностика отвечает на оба вопроса одним документом: где риск, сколько он стоит и что делать первым.
| Ситуация | Что получаете по итогам |
|---|---|
| Релизы замедлились, техдолг растёт | Карту техдолга с ценой каждого участка и приоритетом: что чинить сейчас, что можно отложить |
| Несколько подрядчиков, нет единых правил | Описание пайплайна как есть, регламент ревью, критерии приёмки, метрики поставки |
| Нужна технологическая стратегия на 1–2 года | Документ с решениями, сроками и стоимостью — без «улучшим всё» |
| Готовитесь к сделке, раунду или переговорам с партнёром | Независимое заключение: права на код, лицензии, ёмкость команды, техдолг в деньгах |
| Стек устарел, страшно переписывать | Поэтапный план миграции, при котором продукт не останавливается |
| Команда выросла, процессы не масштабируются | Роли, зоны ответственности, метрики, релизный ритм и план найма под задачу |
Что проверяем
Шесть срезов за 2–3 недели
Код и архитектура
Границы систем, связанность, дублирование, узкие места, зависимости и риски обновления.
- Ревью архитектуры и ключевых модулей
- Карта зависимостей и версий
- Список решений, которые придётся принять
Пайплайн и качество
Как код попадает в продукт: сборка, окружения, ревью, тесты, релизный ритм.
- CI/CD и воспроизводимость сборки
- Покрытие критичных путей тестами
- Регламент ревью и Definition of Done
Инфраструктура и расходы
Серверы, облака, резервные копии, мониторинг и счёт за инфраструктуру.
- Карта окружений и рисков отказа
- Backup и восстановление
- FinOps: где переплата
Безопасность и доступы
Кто куда имеет доступ, где лежат секреты, что будет при утечке.
- Матрица доступов и режим секретов
- 152-ФЗ и персональные данные
- План закрытия критичных рисков
Команда и подрядчики
Кто что делает, где пересекаются зоны, чего не хватает и кого стоит усилить.
- Оценка ёмкости в инженерных днях
- Роли и зоны ответственности
- Приёмка работ внешних команд
Данные и метрики
Можно ли доверять цифрам в отчётах и что происходит с событиями продукта.
- Схема событий и дашборды
- Качество данных и расхождения
- Что мерить, чтобы принимать решения
Как проходит
Три недели по шагам
Сбор картины
Доступы, интервью с командой, чтение кода и конфигураций, разбор инцидентов и бэклога. Смотрим, как всё устроено на самом деле, а не как описано.
Промежуточный список находокЦена находок
Каждое узкое место переводим в инженерные дни, деньги и риск: что будет, если не трогать. Приоритизируем по влиянию на бизнес.
Карта техдолга и реестр рисковПлан и защита
Собираем план на 90/180/365 дней, считаем ёмкость команды и защищаем документ перед руководством — с вопросами и ответами.
Презентация и решение по документуРезультат
Что остаётся у вас
+ Документы
- Карта техдолга с ценой и приоритетом
- Реестр рисков: вероятность, последствия, что делать
- Оценка ёмкости команды в инженерных днях
- План на 90/180/365 дней
- Архитектурные решения (ADR) по ключевым развилкам
- Презентация для руководства
— Чего не будет
- Оценок «на глаз» без обоснования
- Рекомендаций, у которых нет цены и срока
- Правок в продуктивной среде без согласования
- Привязки к конкретному вендору или подрядчику
- Требования продолжать работу именно с нами
Права на результат передаются заказчику по договору. Если после диагностики решите двигаться своей командой — документы написаны так, чтобы этого хватило.
Дальше
Что обычно происходит после
Ретейнер: роль технического директора
Если план понятен, но держать его некому — берём роль на себя: 2–3 дня в неделю.
Про формат →Программа ИИ-трансформации
Если в карте нашлись точки, где ИИ экономит часы — считаем эффект и запускаем пилоты.
Про программу →Как мы считаем техдолг
Разбор методики: что именно переводится в деньги и почему это не «оценка на глаз».
Читать статью →Вопросы
Частые вопросы
Сколько длится диагностика?
Две-три недели. Срок фиксируется в договоре вместе со стоимостью и перечнем результатов.
Что нужно от нас?
Доступ к репозиториям и инфраструктуре, 3–4 интервью с людьми из команды и один человек с вашей стороны, принимающий решения. Всё остальное — наша работа.
Вы будете что-то менять в коде?
Нет. Диагностика — это исследование, а не правки. Мы не трогаем продуктив без отдельного согласования и отдельного договора.
Что если у нас нет документации?
Это одна из типовых находок. Восстанавливаем картину по коду, инфраструктуре и интервью; по итогам вы получаете минимум, с которого начинается документация.
Результат будет понятен не техническому директору?
Да. Итог — презентация для руководства: где деньги, где риск, что делать в первую очередь и сколько это стоит в инженерных днях.
Можно ли начать только с одного блока?
Да. Если нужен узкий вопрос — например, только приёмка подрядчиков или только безопасность — сформулируем границы диагностики под него.
Покажем, как выглядит карта техдолга
Расскажите про проект — покажем примеры документов по похожим задачам и предложим границы диагностики под ваш случай.
Или напишите на axiiom@ya.ru — ответим в течение рабочего дня