Вы слышали, как коллеги в IT-компании говорят на своём таинственном языке? «Спринт», «стейкхолдеры», «бэклог» — кажется, они специально придумали эти слова, чтобы запугать новичков. На самом деле всё проще. Я помню, как на первом проекте кивала в ответ на «надо описать юз-кейсы», а сама лихорадочно гуглила значение. Чтобы вы не повторяли моих ошибок, я собрала глоссарий из 20 ключевых терминов, с которых начинается путь в бизнес-аналитику. Сохраняйте в закладки — пригодится на собеседовании и в первые рабочие дни.
🔍 Часть 1: Не люди, а стейкхолдеры. Ключевые фигуры и цели
Любой проект — это история про людей. Но в бизнес-анализе у каждого действующего лица есть своя роль.
- Стейкхолдер (Stakeholder). Не просто «человек с улицы». Это все, кто влияет на проект или заинтересован в его результате. От генерального директора до рядового пользователя и инженера-тестировщика. Ваша первая задача — найти всех стейкхолдеров и понять их интересы. Представьте, что вы строите дом: стейкхолдеры — это и будущие жильцы, и архитектор, и строители, и даже сосед, которому важны, чтобы вам не загораживало вид.
- Требование (Requirement). Основа основ. Это описание того, что система или бизнес-процесс должны делать. Они бывают разными: бизнес-требования («увеличить прибыль на 20%»), пользовательские («возможность оплатить заказ в один клик») и функциональные («система должна проверять CVV-код карты»).
- MVP (Minimum Viable Product). Главный принцип современной разработки. Минимально жизнеспособный продукт — это версия с базовыми функциями, которую можно быстрее выпустить на рынок, чтобы проверить гипотезу. Не нужно 2 года делать «идеальное» приложение для доставки еды. Сначала — выбор, корзина и оплата. Всё остальное — позже, по отзывам пользователей.
📄 Часть 2: Бумажная волокита? Нет, артефакты аналитика
Так называют документы и модели, которые создаёт аналитик. Они — ваш главный инструмент коммуникации.
4. User Story (Пользовательская история). Формула, которую знает каждый Agile-специалист: «Как [роль], я хочу [возможность], чтобы [выгода]». Например: «Как покупатель, я хочу фильтровать товары по цене, чтобы быстрее найти подходящий вариант». Это не техническое описание, а история, понятная всем.
5. Use Case (Сценарий использования). Если User Story — это краткое описание желания, то Use Case — подробная инструкция по его исполнению. Здесь прописываются все шаги: основной сценарий («пользователь вводит логин и пароль»), альтернативные («если пароль неверный, система показывает ошибку») и исключения («если аккаунт заблокирован…»).
6. BPMN (Business Process Model and Notation). Звучит сложно, а на деле — стандарт для рисования бизнес-процессов. Прямоугольники — задачи, ромбы — решения, стрелки — поток. С помощью таких диаграмм можно наглядно показать, как сейчас работает процесс «Оформление заказа» и как он должен работать после ваших улучшений.
7. Backlog (Бэклог). «Список дел» для продукта или команды. Всё, что нужно или хочется сделать: новые функции, исправления ошибок, задачи по исследованию. Product Backlog — это большой общий список желаний. Sprint Backlog — то, что команда берёт в работу на ближайшие 2-3 недели.
🔄 Часть 3: Процессы, методы и как в этом не утонуть
Методология — это скелет проекта. От неё зависит, как будет организована работа.
8. Agile (Гибкая методология). Философия, основанная на гибкости и итеративности. Вместо того чтобы год разрабатывать продукт в тайне и потом выдать нерелевантный результат, команда работает короткими циклами (спринтами), часто показывает промежуточные версии заказчику и быстро адаптируется к изменениям. Scrum и Kanban — самые популярные фреймворки в рамках Agile.
9. Waterfall (Каскадная модель). Классический, последовательный подход. Представьте конвейер: сначала полностью собираем все требования, потом полностью проектируем, потом разрабатываем, тестируем и только затем выпускаем. Изменить что-то на ранних этапах сложно и дорого. Часто используется в госзаказе или при работе с жёсткими стандартами.
10. Спринт (Sprint). Короткий, фиксированный по времени рабочий цикл в Scrum (обычно 2 или 4 недели). Цель каждого спринта — создать готовый к использованию кусочек продукта (инкремент). Это как забег на короткую дистанцию: виден старт, финиш и результат.
🎯 Часть 4: Бонусный уровень: 10+ термов, которые тоже пригодятся
- ТЗ / SRS — техническое задание, документ с детальными требованиями.
- BABOK® — свод знаний по бизнес-анализу, «библия» профессии.
- UML — язык моделирования для визуализации архитектуры системы.
- Скрам-мастер — не руководитель, а помощник и фасилитатор команды.
- Продакт-менеджер — визионер, который определяет «что» и «зачем» делать продукту.
- Прототип — наглядный макет будущего интерфейса, от скетча до интерактивного макета.
- Критерии приёмки — чёткий чек-лист, по которому проверяют, сделана ли задача правильно.
- Эпик (Epic) — огромная задача (например, «Внедрить систему лояльности»), которую разбивают на десятки User Stories.
Заключение:
Не пытайтесь выучить всё за один день. Начните с малого: попробуйте описать процесс приготовления ужина как Use Case или нарисовать в BPMN, как вы выбираете фильм на вечер. Бизнес-анализ — это не про зазубренные термины, а про логику, структуру и умение договариваться. Эти 20 слов — просто ключи, которые откроют для вас двери в новый профессиональный мир.
А какой из терминов вызвал у вас больше всего вопросов? Или, может, вы столкнулись со словом, которого нет в этом списке? Делитесь в комментариях — разберём вместе!
#бизнесаналитика #карьеравIT #профессиябудущего #саморазвитие #глоссарий #ITтермины #началовкарьере #аналитика #Agile #scrum #образование
Подписывайся https://t.me/analist_analist_analist