Системный аналитик использует методы приоритизации, такие как MoSCoW (Must, Should, Could, Won't), Kano, Value vs. Complexity, чтобы ранжировать требования по степени их влияния на бизнес, затратах на реализацию и критичности для запуска системы. Ключевые шаги:
В банковском проекте потребовалось внедрить систему скоринга кредитных заявок. Требований было много — от интеграции с внешними источниками до удобного интерфейса для заявок.
Рассматривали варианты:
Выбрали второй путь, используя MoSCoW совместно с заказчиком. Итог — к сроку запустили ядро системы, последующие релизы пообещали на основе обратной связи пользователей.
Вопрос: Почему простая приоритизация по "желаниям" бизнес-заказчика часто проваливается?
Ответ: Потому что без учёта стоимости реализации, влияния на архитектуру, интеграцию и технические ограничения финальный результат либо недостижим, либо выходит за рамки бюджета и времени.
Вопрос: Как убедиться, что низкоприоритетные требования не заблокируют запуск системы?
Ответ: Необходимо анализировать зависимости между требованиями, чтобы исключить ситуацию, когда невыполнение низкоприоритетного требования делает невозможным реализацию высокоприоритетного.
Вопрос: Какие факторы могут повлиять на пересмотр приоритетов по ходу проекта?
Ответ: Изменение бизнес-процессов, внешние регуляторные требования, появление новых клиентов или изменений на рынке, а также технические сложности, выявленные при разработке.
