Когда дали Джуна в помощь

​​​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему о требованиях:

#вопросыссобеседования

Часть 3:

📍Вопрос 1: Что такое требование, какие бывают типы требований?

✅Краткий ответ: Требование — описывает, что нужно сделать для достижения определенных бизнес-целей. Это входные данные для различных этапов жизненного цикла программного обеспечения (SDLC). Требования — это основа проекта, которые перед реализацией должны быть утверждены заинтересованными сторонами и бизнес-пользователями

Типы/уровни требований:

- Бизнес-требования (business requirements) - высокоуровневая бизнес-цель организации или заказчиков системы
- Пользовательские требования (user requirements) - описывают цели или задачи, которые пользователи должны иметь возможность выполнять с помощью продукта, который в свою очередь должен приносить пользу кому-то.
- Функциональные требования (functional requirements) - это особенности продукта или функции, которые разработчики должны реализовать, чтобы пользователи могли выполнять свои задачи, иными словами это описание требуемого поведения системы в определенных условиях.

Отдельно выделяют Нефункциональные требования (non-functional requirements) - описание свойства или особенности, которым должна обладать система, или ограничение, которое должна соблюдать система.

📎Материалы по теме:
- Выявление и сбор требований к ПО

📍Вопрос 2: Какими свойствами обладают хорошие требования?

✅ Краткий ответ: Хорошие требования должны удовлетворять нескольким критериям:
- Завершенность (требование должно быть описано для всех возможных условий)
- Атомарность (требование нельзя разбить на более детальные требования)
- Недвусмысленность (означает, что существует только один вариант интерпретации требования)
- Проверяемость/Тестируемость (означает, что тестеры должны иметь возможность проверить, было ли требование реализовано корректно)
- Полнота (требование должно быть описано подробно и понятно для реализации)
- Корректность (если требование содержит факты, эти факты должны быть достоверны)
- Понятность (требования должны быть грамматически правильные, написаны в соответствующем стиле)
- Независимость (чтобы понять требование, не нужно знать какое-либо другое требование)
- Абстрактность (требования не должны содержать ненужной информации о дизайне и реализации системы)
- Необходимость (требование должно быть необходимым для работы системы, в требовании нет необходимости, если оно не нужно ни одному заинтересованному лицу, и удаление требования не повлияет на работу системы)
- Однозначность (требование должно быть написано понятным языком для всех, т.е. все, кто работает с требованиями, должны интерпретировать их одинаково)
….

📎Материалы по теме:
- Требования к системе: характеристики хороших требований
- характеристики качества требований

📍Вопрос 3: Какие существуют методы сбора требований?

✅ Краткий ответ:
- Интервью
- Анкетирование/опрос
- Фокус-группа
- Семинар
- Мозговой штурм
- Совещание
- Моделирование процессов
- Прототипирование
- Анализ вариантов использования
- Анализ интерфейсов
- Анализ действующей документации
…

📎Материалы по теме:
- Метод сбора требований - Event Storming
- Техники сбора требований к разработке ПО

Источник: @ba_and_sa
#собеседование

‼️Раннее рассмотренные вопросы:

◾️Часть 1 - Что такое приоритизация требований и какие бывают методы расстановки приоритетов? Что такое SRS и какие бывают ключевые элементы? Что такое BRD и в чем разница между SRS?
◾️Часть 2 - Что такое UML моделирование? Что такое BPMN и его основные элементы?

p.s.Делитесь своими мыслями в комментариях

Летопись проекта: зачем нужна инфраструктурная документация

Читать статью

За час до дедлайна

Шпаргалка по Excel

🖇 Скачать в формате pdf

#excel | @notes_analyst

Тимлид и его Джуны

Поиск оптимального решения