05.03 · ред.
Методы выявление требований
Сердце процесса формулирования требований — их выявление когда определяются потребности и ограничения лиц, заинтересованных в программной системе. И это не точная запись того, что сказали пользователи. Выявление требований — совместный и аналитический процесс, включающий такие действия, как сбор, обнаружения, извлечение и определение требований.
➡️ Интервью. Самый очевидный способ — просто спросить у пользователей системы. ➖ Установите контакт. ➖ Придерживайтесь границ проекта, следите чтобы дискуссия не уходила от основной сути. ➖ Заранее подготовьте вопросы и предварительные модели. Людям намного проще давать замечания и критиковать материалы, чем создавать новый. ➖ Предлагайте идеи. Отлично, когда удается выйти за рамки, ограничивающие мышление людей слишком тесно связанных с конкретной предметной областью.
➡️ Семинары. Структурированное совещание, на котором группа заинтересованных лиц и экспертов работает совместно над определением, созданием, уточнением и достижением согласия относительно ожидаемых артефактов. ➖ Определите и отслеживайте выполнение основных правил. ➖ Обеспечьте наличие всех ролей в команде. ➖ Планируйте повестку дня. ➖ Придерживайтесь границ проекта. ➖ Фиксируйте темы для дальнейшего обсуждения. ➖ Ограничивайте некоторые дискуссии по времени. ➖ Не увеличивайте размер команды и тщательно отбирайте участников. ➖Вовлекайте в обсуждение каждого.
➡️ Фокус-группы. Полезны для изучения отношения, впечатления, предпочтений, и потребностей пользователей.
➡️ Наблюдение. ➖ Зачастую пользователи довели выполнение задачи до такого автоматизма, что не в состоянии сформулировать, что огни делают. ➖ Наблюдения занима.т много времени, выбирайте для наблюдения важные или высокорискованные задания.
➡️ Опросные листы. Один из способов обследования больших групп пользователей. ➖ Самое сложное в опросных листах — задать правильные вопросы ❗️ ➡️ Анализ системных интерфейсов. Анализ систем, с которыми взаимодействует ваша система.
➡️ Анализ пользовательского интерфейса. ➖ Лучше всего взаимодействовать с существующими системами непосредственно, но при необходимости можно использовать снимки экрана. ➖ Не стоит предполагать, что та или иная функциональность необходима в новой системе лишь потому, что она была в существующей.
➡️ Анализ документов. ➖ Хороший способ быстро освоить текущею систему или новую предметную область. ➖ Риск — документы могут быть устаревшими.
#Статья #BA #SA #аналитик #навыкАналитика #войтиВit
· 05.03
Главное не только слушать, но и помогать формулировать идеи и потребности.
ответить
· 05.03
Касдевы еще!
ответить
Это точно, нужно было явно выделить в разделе интервью.
ответить
· 05.03
Используете ИИ?
ответить
Больше для мозгового штурма и изучения новой предметной области. При выявлении требований очень важен контекст доменной области от этого зависят многие метрики по которым будут строится требования.
ответить
· 05.03
Хороший обзор методов выявления требований! Можно добавить, что в реальной практике редко используется один метод — чаще это комбинация нескольких подходов. Например, интервью дополняют наблюдением, чтобы проверить, как пользователи на самом деле работают, а не как они говорят, что работают.
Еще важный момент — итеративность. Требования редко фиксируются раз и навсегда, они уточняются и эволюционируют по мере проработки. Поэтому важно не только их собирать, но и управлять изменениями.
Ну и, конечно, аналитик должен не просто фиксировать пожелания пользователей, а переводить их в структурированные, проверяемые и согласованные требования. Это и отличает профессиональную работу от списка хотелок.
ответить
еще контент в этом сообществе
еще контент в этом соообществе
05.03 · ред.
войдите, чтобы увидеть
и подписаться на интересных профи