Требования, которые совпадают с реальной системой
Проверьте, как бизнес-правила устроены в коде, найдите расхождения между ТЗ и реальностью — и пишите требования, которые команда сможет реализовать.
Требования пишутся без понимания системы
- Требования пишут, не зная существующей реализации.
- «Система должна делать X» сталкивается с «система уже делает X, но по-другому».
- Бизнес-логика разбросана по кодовой базе без централизованной документации.
- Сравнение ТЗ с реализацией делается вручную и с ошибками.
- Менять требования рискованно — масштаб изменений никому не известен.
Требования, которые опираются на реальную работу системы
До написания ТЗ проверьте, что код уже делает. Поймайте конфликт между «должно» и «уже есть» раньше разработчика.
Что можно спросить у кодовой базы
Поиск бизнес-логики
Как реализована логика тарифных планов, по каким критериям даётся бесплатная доставка и как считаются штрафы за просрочку платежа.
Сверка ТЗ с реализацией
Совпадает ли реализация с первоначальным ТЗ, какие бизнес-правила регулируют отмену заказа и как в коде считается SLA.
Gap-анализ
Сравните задокументированные требования с реальным поведением, найдите незадокументированные бизнес-правила в коде и расхождения между ТЗ и реализацией.
Оценка impact изменений
Что затронется при изменении правил скидок, где ещё статус аккаунта участвует в расчётах и какие downstream-системы зависят от конкретного формата данных.
Подготовка к UAT
Стройте acceptance criteria по реальной реализации, выявляйте граничные случаи для тестовых сценариев и проверяйте ожидаемое поведение по коду, а не только по документам.
Как бизнес-аналитики используют CodeAlive
- 1
Сбор требований
Разберитесь с текущим состоянием до того, как описывать будущее. Найдите паттерны, которые уже есть и которые стоит расширить, а заодно — скрытые бизнес-правила.
- 2
Валидация требований
Проверьте допущения о существующей функциональности, найдите конфликты с текущей реализацией и убедитесь, что требования вообще выполнимы.
- 3
Подготовка к UAT
Выведите ожидаемое поведение из кода, найдите граничные случаи для тестов и задокументируйте acceptance criteria по реальной реализации.
- 4
Управление изменениями
Оцените масштаб изменений требований, определите системы, требующие обновления, и донесите технический скоуп до стейкхолдеров.
Что меняется для бизнес-аналитиков
- Требования опираются на то, как система работает на самом деле, а не на предположения.
- Gap-анализ точнее — расхождения видны сразу.
- Валидация ТЗ против реализации занимает часы, а не дни.
Пишите требования, которые разработка сможет реализовать
Спросите у кода, как правила работают на самом деле.