Методы сбора требований

При работе с требованиями системные аналитики используют разные подходы, чтобы лучше понять потребности бизнеса и пользователей. Один из методов — провести интервью.

📌 Что за метод?

Интервью — это личное общение с заказчиком, пользователями или другими людьми, где аналитик задаёт вопросы, чтобы получить полное представление о проекте.

📌 Что спрашивать?

Главное — выяснить, какие задачи должен решать продукт, как он будет использоваться, какие есть ограничения и ожидания. Стоит задавать открытые вопросы, которые помогают раскрыть потребности и проблемы пользователей.

📌 Как учиться проводить интервью?

Начните с простых вопросов и постепенно углубляйтесь. Важно развивать навыки активного слушания, чтобы понять не только ответы, но и контекст. Практика — лучший способ научиться задавать вопросы!

Подробно про данный метод мы рассказали в статье “Методы сбора требований - Проводим интервью”. Там вы прочитаете о том, как готовиться к интервью, какие вопросы задавать, и что делать после него.

Если нужно собрать несколько заинтересованных сторон на одной встрече и услышать мнение каждого, то лучше организовать семинар.

📌 Семинар — это организованная встреча, где заказчики, пользователи и команда разработки совместно обсуждают требования к продукту. Обычно цель такой встречи — достичь консенсуса по спорным вопросам.

Как проходит?

1️⃣ Определяется цель семинара. Например, решить, какие основные функции нужны в приложении.

2️⃣ Приглашаются все заинтересованные стороны.

3️⃣ Работа модератора. Кто-то из команды (обычно аналитик) ведёт встречу, задаёт вопросы и фиксирует идеи. Также модератор решает конфликты на встрече 😈

4️⃣ Результаты. После обсуждения вы получаете список согласованных требований и задач.

Плюсы:

✅ Быстрое согласование требований с несколькими сторонами.

✅ Возможность учесть разные мнения на месте.

Минусы:

❌ Требует тщательной подготовки и модерации.

❌ Может быть сложно достичь единого мнения, если участники имеют разные цели.

Если вам нужно глубже понять мнение пользователей или проверить гипотезы, организуйте фокус-группу.

📌 Фокус-группа — это встреча, где собираются представители целевой аудитории, чтобы обсудить продукт, функции или проблемы. В отличие от семинара, здесь акцент на пользователей, а не на команде заказчика.

Как проходит?

1️⃣ Определяется цель. Например, узнать, насколько удобен интерфейс приложения.

2️⃣ Приглашаются представители целевой аудитории, обычно 5-10 человек.

3️⃣ Модератор направляет беседу, задаёт вопросы и следит за активностью участников.

4️⃣ Участники делятся своими впечатлениями, обсуждают предложенные решения.

Плюсы:

✅ Глубокое понимание потребностей пользователей.

✅ Возможность протестировать гипотезы или интерфейсы.

Минусы:

❌ Требует подготовки и ресурсов.

❌ Мнения участников могут быть субъективными и не отражать потребности всей аудитории.

Фокус-группы помогают услышать реальных пользователей и адаптировать продукт под их нужды. 🎯

Сбор требований — это не только интервью, семинары или фокус-группы. Иногда полезно обратиться к методам, которые не предполагают общения. Но важно помнить, что такие методы работают в связке с другими: одно без другого редко бывает эффективным. 🧩

📌 Анализ аналогов

Этот метод предполагает изучение существующих решений на рынке. Например, если вам нужно разработать интернет-магазин, вы можете посмотреть, как это реализовано в Wildberries и Ozon.

Что анализируем?

1️⃣ Какие функции есть в аналогах?

2️⃣ Как всё выглядит, что удобно, а что нет?

3️⃣ Какие технологии используются?

Плюсы:

✅ Даёт идеи для реализации.

✅ Позволяет увидеть лучшие практики.

✅ Помогает понять, что уже есть на рынке, чтобы не изобретать велосипед.

Минусы:

❌ Не даёт информации о специфике бизнеса заказчика.

❌ Не всегда показывает, что именно нужно вашему клиенту.

Вы посмотрели другие системы и немного вдохновились на разработку! Теперь пора изучить документы, которые уже есть по проекту.

Вы же не подумали, что до вашего прихода на проект вообще ничего нет? 😉

Конечно, кто-то до вас уже проработал концепцию, и у заказчика наверняка есть видение по решению его проблем. Соберите всё, что есть по проекту: схемы бизнес-процессов, руководство пользователя, скриншоты, старые презентации. Также в компаниях ведут базу знаний, например, в Confluence. Вы можете самостоятельно поискать информацию там.

А бывает и так, что документации вообще нет 😱

Выбивайте хоть что-то: скриншоты аналогичных систем, идей, в конце концов вместе сядьте и нарисуйте видение будущей системы.

Итак, плюсы метода:

✅ Документы могут содержать детали, которые не всплыли в разговоре.

✅ Помогают понять историю проекта и предыдущие решения.

Минусы:

❌ Документы устаревают.

❌ Не все компании ведут документацию детально, а иногда её просто нет.

Хотите понять, как пользователи работают с системой на самом деле? Наблюдение помогает увидеть реальный процесс и выявить скрытые проблемы.

🔍 Как это выглядит?

Вы правда приходите на рабочие места пользователей и смотрите, как они работают.

• Например, изучаете производственные процессы на заводе.
• Приглашаете пользователей в ваш офис, чтобы посмотреть лично за их действиями, как они используют продукт.
• Организуете встречи в Zoom, чтобы посмотреть удалённо за процессом.

Плюсы метода:

✅ Видите реальную работу пользователей и скрытые проблемы.

✅ Выявляете нюансы, которые сложно описать словами (их можно только увидеть).

Минусы:

❌ Требует времени.

❌ Не заменяет общения — нужно уточнять детали с пользователями.

Наблюдение — мощное дополнение к другим методам сбора требований. Комбинируйте и получите максимально точные данные!

Анкетирование 📋

Анкетирование - это удобный и экономичный способ узнать, чего хотят большие группы пользователей. Вы просто создаете опрос и отправляете его нужным людям. Этот метод особенно хорош, когда участники распределены по разным местам, потому что анкеты можно заполнить онлайн.

Результаты анкет можно использовать как стартовую точку для других методов сбора требований. Например, после опроса можно выявить ключевые проблемы, чтобы потом их обсудить на семинаре с лицами, принимающими решения.