Источники требований. Как выявить стейкхолдеров.
Представьте, что начинаете работу над проектом. В первую очередь нужно собрать требования. Но где их взять?
Существует несколько источников требований:
▫️стейкхолдеры
▫️процессы
▫️документация
Рассмотрим первый - стейкхолдеры. Иногда для примера я буду обращаться к приложению для доставки продуктов.
Стейкхолдеры - это любые лица, группы лиц или организации, которые могут оказать влияние на процесс разработки программного обеспечения или же чьи интересы могут быть затронуты при создании системы. Это могут быть конечные пользователи системы, менеджмент компании, технические специалисты, поддерживающие ИТ-процессы и другие заинтересованные стороны.
Но если перед вами заказчик с огромным штатом сотрудников, вы ведь не будете проводить интервью со всеми. Как определить стейкхолдеров?
• Во-первых, нужно провести анализ предметной области и идентифицировать всех потенциальных пользователей продукта, выделив их в группы.
Например, по следующим параметрам:
1️⃣ по задачам, которые требуется выполнять (собирать продукты - сборщик; доставлять продукты - доставщик; администрирование карточек товаров - администратор и т.д.)
2️⃣ по правам доступа к системе (покупатель - выбирает товар, добавляет его в корзину, оплачивает и заказывает доставку; сборщик - видит, что заказал покупатель, после сборки отмечает заказ, как готовый и передает в доставку и т.д.)
3️⃣ по частоте использования (каждый день, 1 раз в неделю и т.д.)
• Во-вторых, приоритезируем полученные группы пользователей.
• В-третьих, объединяем группы со схожими потребностями.
• И в-четвертых, для каждой группы нужно описать, как ее пользователи будут взаимодействовать с программным продуктом, чтобы в дальнейшем при составлении вопросов к интервью, понимать о каком функционале пойдет речь.
Возможно, это будет не интервью, а анкетирование, но в любом случае, для нас важно - верно составить вопросы для каждой группы пользователей.
Таким образом, определение стейкхолдеров при сборе требований к программному обеспечению основано на обширном анализе и понимании всех заинтересованных сторон, их потребностей и влияния на процесс разработки.
Сохраняйте пост, чтобы не потерять - обязательно пригодится👍🏻
Post #463
588
- 🔥 10
- 👍 2