Привет, меня зовут Дарья, я ИТ-бизнес-партнёр в БКС Банке. Часто при внедрении ИИ возникает вопрос: а нужно ли сначала стандартизировать процессы? Какой эффект это даст?

В моей статье ниже мы подробно разберем, почему при отсутствии единых правил агент вынужден восстанавливать контекст, а не контролировать результат. На примере агента, анализирующего квартальную отчётность, мы убедимся: хаотичная декомпозиция создаёт до 262 144 вариантов структуры, тогда как стандарт сводит проверку к типовому шаблону и в модельном расчёте сокращает объём входных токенов примерно на 73%.

Главный результат для ИТ и бизнеса — переход от ручной управленческой отчётности, на подготовку которую тратится до 40% рабочего времени линейных руководителей, к автоматизированному выявлению причин отклонений, а также генерации гипотез и предложений для принятия управленческих решений.

Математическое доказательство пользы стандартизации

Автоматизация не устраняет процессную неопределённость — она переносит её в алгоритмы. Разберем этот тезис на примере ИИ-агента, предназначенного для контроля достижения командами квартальных целей на основании данных из Jira.

Предположим, что для реализации одной бизнес-ценности необходимо доработать три системы: фронтенд, мидл-слой и бэкенд. Для каждой системы должны быть выполнены аналитика, разработка и тестирование. Без единого подхода команды могут создавать разное количество задач, объединять в одной задаче несколько систем или типов работ, использовать разные уровни иерархии и названия. Тогда агенту недостаточно проверить статусы: сначала ему приходится восстанавливать структуру эпика.

Если для каждой комбинации из трёх систем и трёх типов работ может существовать от нуля до трёх задач, число вариантов декомпозиции достигает 4⁹, или 262 144. Это показатель масштаба возможных вариантов, не фактическое количество возможных схем декомпозиции.

При стандартизированном подходе на каждую дорабатываемую систему создаётся одна задача, а внутри неё — обязательные подзадачи на аналитику, разработку и тестирование. Агент проверяет типовой шаблон и не тратит ресурсы на восстановление контекста.

Это влияет и на стоимость эксплуатации. В модельном примере анализ нестандартизированного эпика требует около 11 тысяч входных токенов, стандартизированного — около 3 тысяч. (Примерное количество токенов на обработку нестандартизированного эпика берется из расчета, что в таком эпике может быть порядка 30 задач, по каждой из которых агенту могут потребоваться порядка 10 входных данных, на обработку которых условно можно заложить 300 токенов на одну задачу. Дополнительно агенту требуются инструкция, критерии квартального DOD, описание эпиков, бизнес-сценариев, на что требуется порядка 2000 токенов. Примерное количество токенов на обработку стандартизированного эпика получено из расчета, что по 1 эпику агенту передаются 12 типовых задач со стандартизированными полями).  При контроле 500 эпиков и трёх запусках за квартал потребление снижается с 16,5 до 4,5 млн токенов, то есть примерно на 73%.

Что стандартизируется в ИТ-производстве

В БКС Банке стандартизированы ключевые этапы ИТ-производства — от формирования бизнес-требований до тестирования и контроля качества на каждом из этапов.

Бизнес-требования оформляются по единому шаблону. Он включает описание текущего и целевого процессов, процессную схему to be, функциональные и нефункциональные требования, требования к отчётности и мониторингу. Архитекторы и системные аналитики получают более полные входные данные, тратят меньше времени на уточнения и быстрее переходят к проектированию решения.

Архитектурные артефакты и аналитические спецификации также стандартизированы. Это сокращает время погружения и снижает риск потери требований. Тестировщик может готовить тест-кейсы и тест-план сразу после финализации аналитической спецификации, фактически параллельно с разработкой. Тест-кейсы фиксируются в Allure, что позволяет отслеживать покрытие и прогресс проверок.

Единый подход применяется и к еженедельной отчётности по ключевым бизнес-сценариям. В статусе фиксируются готовность бизнес-требований и архитектурного решения, прогресс по каждой ИТ-системе, работы смежных команд, сроки, ответственные и блокеры. Цветовой статус обновляется по единым правилам: зелёный означает отсутствие значимых сдвигов, оранжевый — влияние отклонений на следующие этапы, красный — перенос на три недели и более либо наличие блокера. Такой формат делает статусы сопоставимыми и машиночитаемыми.

Практическая реализация: процессы, артефакты и метрики

При проектировании процесса учитывается работа смежных подразделений, точки передачи результатов и обязательные согласования. Для каждого этапа определяются артефакты, роли и критерии готовности.

При этом процесс не должен быть одинаково тяжёлым для любых изменений. Для небольших и низкорисковых задач предусматривается fast track, право на использование которого определяется заранее установленными критериями.

Стандартным элементом процесса являются метрики качества ИТ-производства. В БКС Банке оцениваются:

1)    время реализации всего бизнес-бэклога по направлениям;

2)    соотношение трудозатрат на плановые и внеплановые задачи;

3)    доля задач с Change Request;

4)    количественные и стоимостные трудозатраты команд;

5)    план VS факт оценок;

6)    затраты на техдолг и инциденты;

7)    доля rework — задач, вернувшихся на предыдущие этапы.

Единая система метрик делает ИТ-производство прозрачным и позволяет своевременно выявлять отклонения и точки оптимизации. Агентская аналитика может сопоставлять динамику показателей с результатами закрытия квартала и выявлять вероятные причины недостижения Definition of Done.

Результат: от прозрачности к управленческим выводам

При единых правилах декомпозиции, фиксированных артефактах и сопоставимых метриках агент может автоматически выявлять зависимости между недостижением квартальных целей и высокой долей внеплановых задач, rework, Change Request, технического долга или инцидентов.

Дополнительный эффект даёт сопоставление бизнес-результатов со стоимостными трудозатратами по направлениям. Это позволяет оценивать экономическую отдачу инвестиций, рассчитывать ROI и сравнивать результативность инициатив.

Таким образом стандартизация становится основой перехода от автоматизации отчётности к интеллектуальной поддержке управленческих решений.

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