Видите, как вы справились? 🎉
Способность задавать вопросы отличает отличного аналитика от просто хорошего.

Тренируйтесь
Придумайте себе проект, и на нём практикуйтесь задавать вопросы. Это вам пригодится и при поиске работы. Часто в тестовых заданиях просят составить 10 вопросов заказчику.

А чтобы продвигаться еще быстрее — читайте статьи, книги, проходите курсы.

Просто начните делать хоть что-то
Марк Мэнсон в книге «Тонкое искусство пофигизма» объясняет, что любые действия, даже самые маленькие, запускают процесс изменений и помогают выйти из состояния бездействия, направляя к цели.

Мы с вами готовились к короткой встрече с заказчиком.
Вам интересно, как всё прошло? 😊
Интервью для приложения по бронированию столиков в ресторане

- Аналитик: Здравствуйте! Давайте начнем с самого главного: зачем вашему ресторану нужно приложение? 🤔

- Заказчик: Привет! Ну, это в первую очередь для удобства гостей. Хочется, чтобы можно было легко забронировать столик и, возможно, сразу выбрать еду.

- Аналитик: Отлично! А кто будет основным пользователем? Это туристы, местные жители? 🕵️

- Заказчик: Думаю, в основном местные жители. Хотя, если туристы тоже захотят — только за!

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

- Заказчик: Обычно по телефону. Но это утомительно, хотелось бы автоматизировать процесс. Это вторая причина, зачем нам нужно приложение.

- Аналитик: Прекрасно, за этим мы и здесь! Как вы себе представляете будущее приложение? 🗓

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

- Аналитик: Хорошо, я как гость сам бы этого хотел! Проработаем макеты пользовательского интерфейса и обсудим детали! А как вы сейчас подтверждаете бронирование? Могу предложить добавить уведомления, например, по SMS или email.

- Заказчик: Да, точно! Пусть у нас будут оба варианта, на всякий случай.

- Аналитик: Отлично, учту. А если клиент решит отменить бронь, как нам поступить?

- Заказчик: Наверное, было бы полезно уведомить нас об отмене. Так мы бы посадили гостей, которые пришли без брони. Нам важно знать о свободных местах.

...
Так прошла наша первая встреча!

#requirements

Зачем писать протокол встречи? 📝

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

Пример протокола по встрече о приложении для бронирования столиков:

Дата встречи: 5 ноября 2024
Тема: Интервью с заказчиком для приложения бронирования столиков
Участники: Системный аналитик, Заказчик (владелец ресторана)

👇👇👇👇👇👇👇👇👇👇

Ключевые цели приложения:
📌 Обеспечить удобное бронирование столиков для гостей.
📌 Возможность выбора столика (у окна, для приватности).
📌 Предварительный заказ блюд из меню.

Пользователи:
Местные жители (основная аудитория), потенциальные туристы.

Основной процесс:
Сейчас бронирование проходит по телефону. Приложение должно автоматизировать этот процесс, сохраняя возможность бронирования по телефону.

Функциональные требования:
- Выбор столика на плане зала — возможность выбрать место (например, у окна или в приватной зоне).
- Просмотр меню и предварительный заказ еды — клиент может выбрать блюда до визита.
- Подтверждение бронирования — отправка уведомлений по SMS и email.
- Отмена бронирования — уведомление ресторана об отмене для управления доступностью столиков.

Следующие шаги:
- Разработать макеты интерфейса (отображение плана зала, меню).
- Продумать и утвердить функциональность уведомлений и отмены бронирования.
- Протокол сохраняет важные детали и помогает вернуться к ним в любой момент!

#requirements

Семинар 💼

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

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

Как проходит?
1️⃣ Определяется цель семинара. Например, решить, какие основные функции нужны в приложении.
2️⃣ Приглашаются все заинтересованные стороны.
3️⃣ Работа модератора. Кто-то из команды (обычно аналитик) ведёт встречу, задаёт вопросы и фиксирует идеи. Также модератор решает конфликты на встрече 😈
4️⃣ Результаты. После обсуждения вы получаете список согласованных требований и задач.

Плюсы:
✅ Быстрое согласование требований с несколькими сторонами.
✅ Возможность учесть разные мнения на месте.

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

#requirements

Фокус-группа 💡

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

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

Как проходит?
1️⃣ Определяется цель. Например, узнать, насколько удобен интерфейс приложения.
2️⃣ Приглашаются представители целевой аудитории, обычно 5-10 человек.
3️⃣ Модератор направляет беседу, задаёт вопросы и следит за активностью участников.
4️⃣ Участники делятся своими впечатлениями, обсуждают предложенные решения.

Плюсы:
✅ Глубокое понимание потребностей пользователей.
✅ Возможность протестировать гипотезы или интерфейсы.

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

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

#requirements

Методы сбора требований без общения: Анализ аналогов 🔍
Анализ других систем

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

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

Что анализируем?
1️⃣ Какие функции есть в аналогах?
2️⃣ Как всё выглядит, что удобно, а что нет?
3️⃣ Какие технологии используются?

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

Минусы:
❌ Не даёт информации о специфике бизнеса заказчика.
❌ Не всегда показывает, что именно нужно вашему клиенту.

#requirements

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

Привет! 👋
С вами Вера.

У меня был опыт работы в довольно специфической сфере — мы делали судебную систему. Через нее сотрудники банков могли подавать обращения в суд о взыскании кредитной задолженности и пр.

Где найти аналог будущей системы? На что опираться? Как получить доступ, где взять логин и пароль?
Вне зависимости от предметной области стоит узнать у заказчика, а на какой продукт мы ориентируемся, есть ли конкуренты, какие системы нравятся?

💡 Так заказчик нам поможет и сам подскажет, какие системы нужно «пощупать» и взять за ориентир! Но помним, изучить аналоги недостаточно. Мы не знаем, как их система работает «под капотом», какие есть нюансы. Из такого метода нельзя понять все требования.

#sa_dev #requirements

Анализ документов 📜

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

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

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

Итак, плюсы метода:
✅ Документы могут содержать детали, которые не всплыли в разговоре.
✅ Помогают понять историю проекта и предыдущие решения.

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

#requirements

Наблюдение 👀

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

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

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

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

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

#requirements

Как я начинала собирать требования
Рубрика: взгляд системного аналитика на процессы, кейсы, боли, холиварные темы

Привет! 👋
С вами Вера.
Сегодня расскажу, как я собирала требования на своем первом месте работы. Это был стартап в сфере страхования. Вначале коллектив был небольшим, а со временем вырос до 40 человек. С любовью вспоминаю те времена!

🗣 На старте я работала с бизнес-экспертом по страхованию, менеджерами техподдержки и гендиректором. В основном, я проводила интервью — готовилась к совещаниям, оформляла свои идеи в виде схем и макетов, задавала вопросы и выясняла детали. После встреч обязательно оформляла результаты.

📊 Перед интервью я готовила прототипы пользовательского интерфейса, а прототипирование — это тоже метод сбора требований (но и метод анализа требований).

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

📜 Без анализа документов тоже не обошлось. Изучала все, что попадалось: старые спецификации, схемы, презентации.

🔍 А еще проводила анализ аналогов — ходила по сайтам страховых компаний, регистрировалась и смотрела, как у них устроен процесс покупки страховки.
Кстати, отголоски этого опыта есть до сих пор. Мне до сих пор приходят предложения оформить ОСАГО на машину, которой у меня нет! 😂

#requirements #sa_dev

Составьте план обучения и двигайтесь к цели! 🚀

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

✨ Составьте план обучения на следующую неделю!

Вот что можно запланировать:
1️⃣ Перечитайте посты про сбор требований по хэштегу #requirements.
2️⃣ Попрактикуйтесь! Какие требования вы бы сформулировали для интернет-магазина? Используйте метод анализа аналогов, который мы обсуждали.
3️⃣ Составьте вопросы к заказчику. Помните кейс с системой бронирования столиков в ресторане? Возьмите область интернет-магазина и попробуйте сформулировать список вопросов к заказчику.
4️⃣ Начните читать Вигерса. Его «Разработка требований к программному обеспечению» — это настоящая библия для аналитиков (как бы заезженно это не звучало).

Каждый сделанный шаг приближает вас к цели — стать уверенным системным аналитиком без страха и сомнений! 💪

#path_to_sa #requirements

Начнем эту неделю с хорошего и простого! 💡
Время поговорить о преимуществах профессии. Часть 4.

Что было ранее:
Часть 1
Часть 2
Часть 3

Работа в IT — это про классных людей вокруг.
Со временем у вас появляются общие темы для разговоров, схожие интересы, а ваш язык... немного меняется. 😉
🚀 Вы больше не напоминаете кому-то что-то, а «пингуете».
🚀 Не правите документ, а «фиксите».
🚀 Не публикуете, а «пушите».
🚀 Не ищете, а «ресерчите».
Это часть профессиональной среды, в которой интересно быть.

Вместе не только работают, но и отдыхают:
🍻 Кто-то после работы ходит в бар.
🎲 Кто-то собирается за настолками.
🏐 А кто-то играет в волейбол или другие командные игры.

IT — это ещё и про поддержку.
В нашей сфере новички — это нормально. Опытные коллеги понимают, что нужно помочь, подсказать и поддержать. Так формируется культура, где каждый может вырасти, задавая вопросы и обучаясь.

#path_to_sa