← Бизнес- и системный анализ: профессия аналитика с нуля
Lesson
Сквозной кейс: от ситуации к постановке
По заданной бизнес-ситуации выявить требования и написать понятную постановку, проверив её по чек-листу качества требований.
От ситуации к постановке: как это работает
От ситуации к постановке: как это работает
Реальная работа аналитика начинается с «сырой» просьбы заказчика, в которой перемешаны проблема, желаемое решение и домыслы. Задача — распутать этот клубок и сформулировать требования чётко.
Первый шаг: отделить проблему от решения. Заказчик часто говорит «нам нужна кнопка X» (решение), а реальная проблема — «мы теряем клиентов, потому что они не могут найти нужный товар» (проблема). Хороший аналитик задаёт вопрос «Зачем?» до тех пор, пока не доберётся до бизнес-цели.
Второй шаг: формулировать требования по уровням. Бизнес-требование — зачем это нужно предприятию. Функциональное требование — что система должна делать. Нефункциональное требование — как: быстро, безопасно, надёжно (с конкретными цифрами, без слова «быстро»). User story — «Как <роль>, я хочу <действие>, чтобы <ценность>» — с критериями приёмки в формате Given-When-Then.
Третий шаг: проверить по чек-листу качества (BABOK). Однозначно? (нет слов «быстро», «удобно», «и т.п.»). Проверяемо/тестируемо? (можно ли написать тест). Непротиворечиво? (не конфликтует с другими требованиями). Выполнимо? (реалистично технически и по срокам). Прослеживаемо? (есть ли источник и связь с реализацией). Нет ли подмены проблемы решением? (описывает «что и зачем», а не «как именно реализовать»).
Lesson notes
От ситуации к постановке: как это работает
Реальная работа аналитика начинается с «сырой» просьбы заказчика, в которой перемешаны проблема, желаемое решение и домыслы. Задача — распутать этот клубок и сформулировать требования чётко.
Первый шаг: отделить проблему от решения. Заказчик часто говорит «нам нужна кнопка X» (решение), а реальная проблема — «мы теряем клиентов, потому что они не могут найти нужный товар» (проблема). Хороший аналитик задаёт вопрос «Зачем?» до тех пор, пока не доберётся до бизнес-цели.
Второй шаг: формулировать требования по уровням. Бизнес-требование — зачем это нужно предприятию. Функциональное требование — что система должна делать. Нефункциональное требование — как: быстро, безопасно, надёжно (с конкретными цифрами, без слова «быстро»). User story — «Как <роль>, я хочу <действие>, чтобы <ценность>» — с критериями приёмки в формате Given-When-Then.
Третий шаг: проверить по чек-листу качества (BABOK). Однозначно? (нет слов «быстро», «удобно», «и т.п.»). Проверяемо/тестируемо? (можно ли написать тест). Непротиворечиво? (не конфликтует с другими требованиями). Выполнимо? (реалистично технически и по срокам). Прослеживаемо? (есть ли источник и связь с реализацией). Нет ли подмены проблемы решением? (описывает «что и зачем», а не «как именно реализовать»).