Business | System analyst

Салют! Часто слышу:

«Собрать требования — это же просто сесть и записать, что хочет заказчик?»

На деле это — фундамент, на котором держится весь проект. Неверный сбор требований — это как строить дом без чертежей: вроде всё есть, но жить нельзя.

Вот мой проверенный подход, который спасает от бесконечных правок и «я не это имел в виду».

🧠 Шаг 0: Подготовка и погружение (Самое важное!)

Прежде чем задать первый вопрос:

1. Пойми контекст.
Что за бизнес? Какая его боль? Не «хотим чат в приложении», а «клиенты теряются на этапе выбора услуги, хотят мгновенной консультации».

2. Найди всех, кто «в теме».
Ключевые стейкхолдеры (заинтересованные лица): бизнес-заказчик, будущие пользователи, технические специалисты, поддержка, юристы. У каждого — своя правда.

3. Выучи язык бизнеса.
Говори с финансистами о KPI и ROI, с поддержкой — о нагрузке, с пользователем — о простоте.

📋 Какие бывают требования? (Держи классификацию в голове)

1. Бизнес-требования (Зачем?) — Цели верхнего уровня.
Пример: «Увеличить долю повторных продаж на 15% в следующем квартале».

2. Пользовательские требования (Что?) — Что должны делать пользователи в системе.
Пример: «Возможность оформить возврат товара в личном кабинете за 3 клика».

3. Функциональные требования (Как?) — Конкретные функции системы.
Пример: «Система должна отправлять email-подтверждение при создании возврата».

4. Нефункциональные требования (Каким образом?) — Свойства системы: скорость, безопасность, надёжность.
Пример: «95% страниц кабинета должны загружаться менее чем за 2 секунды при 1000 одновременных пользователей». Часто про них забывают, а потом система «падает».

🛠️ Как собирать? Инструментарий аналитика

Нет одного волшебного метода. Использую комбинацию:

- Интервью (основа) — Готовь вопросы заранее, но будь готов/а уйти вглубь. Спрашивай «почему?» до тех пор, пока не докопаешься до истинной потребности.

- Воркшопы (мозговые штурмы) — Когда нужно собрать разных людей и быстро набросать процессы или идеи. Идеально использовать доску (Miro, Mural и др).

- Наблюдение (погружение в день пользователя) — Посмотри, как люди работают сейчас. Чаще всего лучшие инсайты — между строк и в обход «как должно быть»

- Анализ существующих данных и документов — Что уже есть? Старые системы, отчёты в Excel, письма поддержки, документация — кладезь информации.

- Прототипы и wireframes (иногда картинка говорит громче слов) — Быстро набросай экраны на бумаге или в Figma. Это мгновенно выявляет недопонимание: «А, поле даты нужно здесь? И оно в таком формате?»

📝 Правила фиксации: чтобы поняли все и не было двоякого толкования

- Пиши просто и однозначно. Не «Система должна быстро работать», а «Операция поиска клиента по номеру телефона должна выполняться ≤ 1 секунды».

- Используй стандартные шаблоны (User Stories, Use Cases, диаграммы процессов BPMN). Это как общий язык для команды.

- Всегда указывай источник требования (Кто и на какой встрече это сказал).

- Веди единый реестр требований (в Excel, Jira, Confluence — неважно). Главное — один источник правды, доступный всем.

🚨 Красные флаги (того, что всё пошло не так)

- «Это и так очевидно» (ничего не очевидно).

- Заказчик говорит только в абстракциях («дружелюбный интерфейс») и не может привести пример.

- Требования начинают меняться ежедневно без приоритизации (нужен срочный контроль изменений).

- Техническая команда не задаёт уточняющих вопросов (значит, они что-то додумывают сами).

‼️ Итог: Идеальных требований не бывает

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

Ваш успех — это не когда вы сдали «в точности как в ТЗ», а когда решили бизнес-задачу и пользователи стали работать эффективнее.

В след раз будем разбирать требования на примере, а на каком именно, выбирать вам))) позже сделаю опросник

Источник: @ba_and_sa

Салют! Вчера подняли тему сбора требований и по результатам опроса, требования мы будем собирать на «Котика»

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

🎯 Шаг 1. Бизнес-требования - Спросите себя: «Зачем?»

Это самый важный вопрос. Без цели любой проект обречен. «Хочу котика» — это не цель, это просто хотелка.

➖Плохо: «Чтобы было не скучно».
➖Хорошо: «Для повышения эмоционального фона в семье и снижения уровня стресса после рабочего дня».
✅ Отлично: «Для создания новых семейных ритуалов (вечерняя игра, совместный отдых) и получения опыта ответственной заботы о другом существе».

Ваш итог: Сформулируйте 1-2 главные цели. Например: «Чтобы ребенок научился ответственности» или «Чтобы в пустой квартире было чувство, что тебя ждут».

💁🏼Шаг 2. Пользовательские требования: Поймите «пользователей»

Кто будет взаимодействовать с котом? У каждого — свои потребности.

- Вы (взрослый): «Хочу, чтобы кот снимал стресс, был ласковым, но не будил в 5 утра».
- Ребенок: «Хочу играть и чтобы кот был другом».
- Пожилой родственник: «Хочу тихого компаньона, который будет спать на коленях».
- Аллергик в семье: «Мне важно, чтобы была минимальная линька».

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

⚙️ Шаг 3. Функциональные требования: Список «умений»

Что котик должен конкретно делать, чтобы выполнить цели выше?

1️⃣Использовать лоток с наполнителем. (Критично важно!)
2️⃣Есть 2 раза в день из миски, не воровать еду со стола.
3️⃣Проявлять игровую активность (хотя бы 15 минут в день).
4️⃣Подавать признаки ласки (мурчать, тереться).
5️⃣Адекватно переносить одиночество в течение рабочего дня.

Это — ваша базовая «инструкция по эксплуатации».

📊 Шаг 4. Нефункциональные требования: Портрет «идеала»

А вот тут самое интересное. Каким должен быть кот?

1️⃣Характер (Производительность):
- Гиперактивный котенок.
Или
- Спокойный флегматик.
Нужна золотая середина.

2️⃣Здоровье и надежность:
- Котенок должен быть привит, обработан, без наследственных болезней.
Мы же хотим друга на 15+ лет.

3️⃣Внешний вид и уход (Дизайн):
Длина шерсти = вашей готовности убирать.
- Шерсть котенка должна быть:
- Длинная — красиво, но везде шерсть.
- Короткая — практичнее.
- Лысый — экзотично, но нужен особый уход.
- Окрас котенка должен быть:
- Белый - маркий.
- Черный - не видно ночью в темноте 😉

4️⃣Совместимость:
- Должен любить (или терпеть) детей, других животных.

5️⃣Происхождение (Архитектура):
- Породистый (предсказуемый характер, но дорого и возможны болезни)
ИЛИ
- «Дворянин» из приюта (сюрприз, но крепкое здоровье и благодарность).

🎁 Что в итоге? Идеальный кандидат!

По этим требованиям мой «идеальный кандидат» выглядел так:

Взрослый (3-5 лет), короткошерстный, здоровый, приученный ко всему, с уравновешенным характером кот из приюта.

💡 Главный вывод (и для жизни, и для работы)

Сбор требований — это не бюрократия. Это инструмент, чтобы отфильтровать эмоции и понять истинные потребности.

Хотите кота? Не ищите «милого». Ищите того, кто подходит под ваш ритм жизни.
Хотите новую работу? Не ищите «просто высокую зарплату». Определите ценности, атмосферу, задачи.
Хотите купить квартиру? Составьте список обязательных критериев (метро, этаж, планировка) и свойств (светлая, тихая).

Такой подход экономит время, нервы и спасает от ошибок.

Если понравился пост - ставьте реакции. Буду делать другие примеры.

Источник: @ba_and_sa

Салют! Сегодня у нас подборка материалов по сбору требований

- Определение требований: что это такое и как его применять?
- Требования к ПО на пальцах

- Бизнес-требования. Назначение
- Документ бизнес-требований: Что это такое и как его составить [+5 шаблонов]
- Сбор и формирование бизнес-требований для сайта интернет-магазина
- Бизнес-функциональные требования (БФТ): особенности работы и реализации

- Как писать функциональные требования
- Алгоритм описания функциональных требований к системе в формате Use Case

- Нефункциональные требования к программному обеспечению.

Источник: @ba_and_sa

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

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

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

Встречаемся 5 февраля в 20:00 МСК в преддверии старта курса «Бизнес-аналитик в IT». 👉Принять участие: https://clck.ru/3RXKBs

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576

Как пользователи с несколькими профилями влияют на A/B-тесты

⏳ 13 мин | 🟤🟤⚪️

Перейти | BA|SA

Долгоживущие релизы и как с ними работать

⏳ 12 мин | 🟤🟤🟤

Перейти | BA|SA

❓Работа в IT доступна только математическим гениям, пишущим код на черном экране?

📊Компании уже сейчас ищут специалистов в системном анализе, а ваши навыки работы с документами и логика — это уже 80% необходимого фундамента. Осталось освоить инструменты, и вы в IT.

🔥Записывайтесь на 3 бесплатных вебинара курса «Системный аналитик» и узнайте подробнее о профессии от преподавателей-практиков.

📕Вебинар 1: «Топ ошибок начинающего системного аналитика при описании REST API»
28 января в 20:00 мск

На вебинаре разберём:
1. Типовые ошибки при описании REST API: структура, контракты и форматы данных
2. Где чаще всего возникает недопонимание между аналитиком и разработкой
3. Как оформлять описание REST API так, чтобы его было удобно реализовывать и тестировать

📙Вебинар 2: «Стейкхолдеры: как превратить хаос интересов в управляемую систему»
2 февраля в 20:00 мск

На вебинаре разберём:
1. Кто такие стейкхолдеры
2. Как выделить группы стейкхолдеров, чтобы принести пользу проекту
3. Способы и методы работы со стейкхолдерами на разных этапах проекта

📗Вебинар 3: «Техническое собеседование системного аналитика»
10 февраля в 20:00 мск

✅На вебинаре вы узнаете, как эффективнее подготовиться к собеседованиям на позицию системного аналитика уровня Junior

Записывайтесь ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576