Техники сбора требований делятся на:

👥 Коллективные
Такие требования аналитик узнаёт у заинтересованных лиц (стейкхолдеров): заказчика, пользователей, владельцев бизнеса и так далее.

👤Независимые
Такие требования аналитик собирает самостоятельно, изучая документы и существующие процессы.


КОЛЛЕКТИВНЫЕ ТЕХНИКИ СБОРА ТРЕБОВАНИЙ

📝 Анкетирование
Анкетирование — это опрос заинтересованных лиц с помощью анкеты. Сама анкета может содержать как открытые, так и закрытые вопросы. Открытые вопросы требуют от респондента самостоятельно сформулировать ответ – то есть нет выбора готовых вариантов ответа. Закрытые вопросы подразумевают выбор одного из предложенных вариантов.

🙋‍♀️ Воркшоп
Воркшоп — это групповая работа над задачей. Как правило, на воркшопе есть модератор, который помогает участникам прийти к цели. В случае со сбором требований стейкхолдеры собираются для того, чтобы вместе составить их список. Он не финальный, но всё же такой результат ценен для аналитика. Ведь это уже не просто набор полезной информации, который получается, например, при групповом интервью. Кстати, об интервью.

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

🧠 Мозговой штурм
Мозговой штурм — это коллективное обсуждение с целью предложить как можно больше идей по задаче. Участники озвучивают любые, даже странные мысли. В конце собирают лучшие решения, чтобы рассмотреть их более детальнее.

👀 Наблюдение
Наблюдение — это техника, при которой аналитик следит за тем, как работают пользователи, и документирует этот процесс. Во-первых, такой метод позволяет преодолеть проблему коммуникации респондентов. Иногда пользователям трудно сформулировать свои нужды и трудности. Во-вторых, наблюдение даёт возможность сделать собственные выводы. Огромным плюсом является то, что аналитик может задавать вопросы в ходе наблюдения и быстро получать на них ответ.


Далее о независимых техниках, не переключаейтесь 😊

🔥 УЖЕ СЕГОДНЯ! 🔥

Бесплатный вебинар, где мы вместе с вами подготовимся к собеседованию на системного аналитика! 💪

Что вас ожидает:
🔍 Погружение в профессию системного аналитика: зоны ответственности и ключевые навыки.
📑 Как создавать резюме, привлекающее внимание работодателей.
🕵️‍♀️ Рабочие советы и стратегии для моральной подготовки и успешного прохождения собеседований.
💼 Разбор реальных заданий по системному анализу и их решения.

Что ждём от вас:
✅ Активное участие и готовность к практическим заданиям;
✅ Предварительное осмысление ваших профессиональных целей;
✅ Вовлеченность и настрой на получение знаний.

Этот вебинар прекрасно подойдет бизнес-аналитикам, тестировщикам, техническим писателям и начинающим в IT специалистам, которые хотят стать системными аналитиками.
Определим, каких навыков сейчас вам может не хватать, поймём, что нужно обновить резюме и проверим ваши знания на практике!

КОРОЧЕ ГОВОРЯ:

📚 Собеседование на системного аналитика: подготовка на практике
🗓 21 ноября, 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ

Готовы меняться и расти? Ждём вас на практическом вебинаре! ❤️️

✨ ПРО РАБОТУ НА ФРИЛАНСЕ ✨

Работать системным аналитиком можно как находясь в штате компании: из офиса или удалённо, так и на фрилансе. Например, как работает большинство наших экспертов GetAnalyst 🥷

Сегодня своей историей работы на удалёнке, да ещё и на фрилансе, поделится наша Нат – руководитель отдела копирайтинга в GetAnalyst.

Да, это не системный анализ, но Наташа ежедневно работает с текстами на тему системного анализа. А ещё она постоянно учится, совмещает руководящую должность в GetAnalyst с работой самой заботливой Мамы двух прекрасных деток. Их мы часто можем видеть на общих командных созвонах 🥰

Мы всегда заряжаемся энергией Нат. И очень хотим поделиться её историей с вами! 💛

#expertGetAnalyst

«Привет! 👋

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

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


Для начала дам пару вводных:

🏙 Я живу в Санкт-Петербурге.
Это плюс, потому что большинство проектов, где я работаю, подстраиваются по созвонам под московский часовой пояс.

👨‍👩‍👧‍👧 У меня двое детей – 3 и 5 лет.
И я не могу подольше поспать — надо вести детей в сад.
В итоге это стало огромным плюсом: живу в строгом режиме. Знаю, что нужно отвести в садик дочерей и забрать до определённого времени. Это дисциплинирует.


Итак, мой распорядок дня выглядит так:

⚡️Каждое утро встаю в 6.45, специально на 10–15 минут раньше детей.
Время в тишине наедине с собой — лучшее время для себя. Делаю зарядку и быстрый завтрак детям.

После сада уже завтракаю спокойно в одиночестве.
Потом обязательно 30–40 мин уделяю время себе: читаю, смотрю обучающие видео, могу сделать лёгкую уборку и послушать подкаст.

⚡️С 9.30 до 17.30 работа.
В этот промежуток обязательно планирую дополнительный отдых, потому что вечером дети и домашние дела поглотят всё внимание.
Сон, книга, сериал, пазл, прогулка, если в Питере нет дождя или сокрушающего ветра.
Я заранее составила себе список, чем могу заниматься во время отдыха.
Да, обожаю делать на всё списки 🤓

⚡️В 17.30 иду за детьми и если погода хорошая, то обязательно гуляем.
Специально не беру с собой телефон, чтобы не отвлекаться на уведомления.

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

В течение дня обязательно нахожу время на спорт хотя бы 20 минут. Не люблю фитнес-залы, мне проще заниматься дома, например, через приложение FitStars (рекомендую и это не платная интеграция 😀).

⚡️Отбой в строго в 22–23, не позже!
Иначе будет трудно проснуться на следующий день.


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

✨МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ✨

Любой изучаемый аналитиком процесс можно описать разными способами. Например:
💭 рассказать устно,
📝 оформить в виде текста или даже таблиц.

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

Модель процесса — это набор диаграмм и вспомогательной информации о последовательном потоке работ или иных активностей с учётом факторов, которые на них влияют.

Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎

Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.

Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.


Далее расскажем про виды моделей процессов и инструменты моделирования.

⭐️ Сохраняйте пост в избранное, чтобы быстро получать доступ до теории, про которую спрашивают на собеседованиях.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst

✨ ПРО ВИДЫ МОДЕЛЕЙ ПРОЦЕССА ✨

Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:

1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.

Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)


2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.

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


3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.

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

Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉


🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠

Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).

Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉

Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
📞 так и на онлайн-доске при командном созвоне.