Классика ошибок на ИТ проектах СА

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

1. Нечёткие и недетализированные требования

Классика — высокоуровневые формулировки без критериев проверки. Пример: «Нужен удобный функционал перевода средств для корпоративных клиентов». Без сценариев, метрик и уточнений про типы транзакций и лимиты разработка утонет в догадках, а бизнес не получит того, чего ждал.

Рекомендация или "Подорожник))"

Определи KPI под каждое требование, пропиши сценарии использования вместе с крайними случаями и согласуй их с бизнесом и разработкой до старта. И выжимай максимум из ресурса БА, если он у тебя есть.

2. Игнорирование архитектурной среды и интеграций

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

Рекомендация или "Подорожник))"

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

3. Недостаточное понимание домена и его регуляторики

Аналитик, который зарывается в технологию и игнорирует специфику банковской отрасли — от PCI DSS до обязательной отчётности для регуляторов, — закладывает мину под соответствие нормативам. Не отразил требования KYC (Know Your Customer) в спецификации — и продукт выходит на рынок с дырами, которые всплывут в самый неподходящий момент. А требования внутри каждого домена бывают крайне специфичны.

Рекомендация или "Подорожник))"

Изучи доменные регуляции и заложи требования надзорных органов на ранних этапах. Нужно — тащи доменных экспертов и юротдел, чтобы собрать все нюансы до финальной формализации. Формально это стадия БТ, но мы-то знаем: БА и СА нередко один и тот же человек!

4. Недостаточная проработка негативных сценариев

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

Рекомендация или "Подорожник))"

Закладывай в спецификации тестовые сценарии с ошибочными и нетипичными данными. Держи связь с QA — вместе найдёте и опишете точки отказа. И не забывай любимую поддержку и ИБ: эти с удовольствием накидают кейсов.

5. Отсутствие ранней валидации концепций

Писать документацию «в стол», без обратной связи от разработчиков и конечных пользователей, — ещё одна классика. Чем позже вскроются неясности и противоречия, тем дороже потом их править. Как лид, цену этому я знаю на своей шкуре.

Рекомендация или "Подорожник))"

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

---

Системный анализ в крупных банках и финтехе — не перевод требований бизнеса в технические спецификации слово в слово. Это работа на стыке регуляторики, архитектуры, безопасности, пользовательского опыта и экономики. Чем точнее держишь этот баланс, тем меньше шансов, что проект упрётся в неучтённое ограничение или рухнет под тяжестью забытых сценариев. Внимательная, скрупулёзная, продуманная работа аналитика — это не только успешный релиз, но и репутация продукта на рынке.

P.S. немного мыслей вслух, ну или собственные аналитики заставляют об этом задумываться постоянно....

---

Из моего Telegram-канала @it_underside.

Ваш ДПУПП