Определить стейкхолдеров системы
Найти участников, влияющих на требования, решения и приемку результата.
Системный анализ продукта
Требования, процессы, модели данных и системные контракты
Практическая база по исследованию процессов, требованиям, моделированию, API-контрактам и управлению изменениями. Каждый пункт объясняет, зачем он нужен, как его выполнить, как проверить результат и какой артефакт должен остаться у команды.
Регламент0%
0 из 20 задач выполнено
Прогресс хранится только в этом браузере.
Проблема, контекст, участники
Исследование
Понять реальную проблему, границы системы и интересы участников до описания решения.
Сформулировать бизнес-проблему
Отделить наблюдаемую проблему и ее последствия от предложенного решения.
Определить границы системы
Зафиксировать, что входит в анализируемую систему, а что остается внешней зависимостью.
Зафиксировать допущения и ограничения
Сделать видимыми непроверенные предположения, нормативные, бюджетные и технические рамки.
Ценность, сценарии, правила
Требования
Перевести потребности бизнеса в проверяемые функциональные и нефункциональные требования.
Построить иерархию требований
Связать бизнес-цели с пользовательскими, функциональными и системными требованиями.
Описать user stories и сценарии
Передать ценность, роль и ожидаемый результат без подмены истории технической задачей.
Формализовать бизнес-правила
Описать вычисления, ограничения, приоритеты и исключения в проверяемой форме.
Определить нефункциональные требования
Согласовать измеримые требования к производительности, безопасности, доступности и эксплуатации.
BPMN, UML, данные
Моделирование
Сделать процессы, состояния и данные обозримыми для бизнеса и команды разработки.
Смоделировать процесс в BPMN
Показать участников, события, действия, решения и исключения процесса.
Описать use cases системы
Зафиксировать цели акторов, основной поток и альтернативные исходы взаимодействия.
Построить модель предметной области
Согласовать сущности, связи, жизненный цикл и единый словарь данных.
Описать состояния сущности
Сделать явными допустимые переходы, условия, роли и побочные действия.
API, интеграции, приемка
Контракты
Зафиксировать границы взаимодействия систем и однозначные критерии приемки.
Спроектировать API-контракт
Согласовать ресурсы, методы, схемы данных и поведение интеграции до разработки.
Описать ошибки и идемпотентность API
Сделать поведение интеграции предсказуемым при валидации, повторах и частичных сбоях.
Сформулировать acceptance criteria
Определить наблюдаемые условия, при которых пользовательский сценарий считается реализованным.
Провести контрактное согласование
Проверить совместимость требований между бизнесом, frontend, backend, QA и внешними системами.
Согласование и трассировка
Изменения
Управлять изменениями требований без потери решений, зависимостей и влияния на продукт.
Настроить трассировку требований
Связать цель, требование, дизайн, реализацию, тест и релиз.
Оценить влияние изменения
До согласования изменения определить затронутые процессы, данные, контракты, сроки и риски.
Версионировать требования и решения
Сохранить историю согласованных формулировок и исключить работу по устаревшей версии.
Провести финальный review требований
Проверить полноту, непротиворечивость, реализуемость и тестируемость пакета перед разработкой.