Course · IT и аналитика

Бизнес- и системный анализ: профессия аналитика с нуля

Практический курс о профессии бизнес-/системного аналитика: уровни и качество требований, сбор требований и работа со стейкхолдерами (RACI), моделирование процессов (BPMN), сценарии (use case, user story с Given-When-Then), азы ER-моделирования, постановка (SRS, матрица трассировки). Понятия согласованы с BABOK.

0 / 18 lessons done

New lesson →

Кто такой аналитик и зачем он нужен

Посредник между бизнесом и командой

6 exercises · Объяснить своими словами, кто такой аналитик: посредник, который переводит бизнес-потребности в понятные команде требования, выявляет, анализирует, документирует и согласует их.

BA и SA: где проходит граница

5 exercises · Различать фокус бизнес-аналитика (BA — бизнес-потребность, цели, ценность) и системного аналитика (SA — система, интеграции, данные, техзадание) и понимать, что это спектр, а не жёсткая стена.

Чем аналитик НЕ занимается: проблема vs решение и мифы

6 exercises · Отличать проблему от решения и опознавать границы роли: аналитик не принимает бизнес-решения за заказчика и не пишет код; развенчать типичные мифы о профессии.

Требования: уровни и качество

Уровни требований: от бизнеса к функциям

6 exercises · Раскладывать требования по уровням: бизнес-требования → требования стейкхолдеров → требования к решению (функциональные + нефункциональные) → переходные.

Признаки хорошего требования

6 exercises · Оценивать требование по проверяемым критериям качества: однозначность, проверяемость (тестируемость), непротиворечивость, выполнимость, атомарность, прослеживаемость.

Охота на двусмысленность

6 exercises · Находить двусмысленные и непроверяемые формулировки («быстро», «удобно», «и т.п.») и переписывать их в однозначные, измеримые требования.

Сбор требований и стейкхолдеры

Методы elicitation под ситуацию

6 exercises · Подбирать метод сбора требований (интервью, наблюдение, анализ документов, воркшоп, опрос, прототип) под конкретную ситуацию и понимать сильные/слабые стороны каждого.

Высказанная потребность vs настоящая

6 exercises · Отличать высказанную потребность от настоящей, выявлять неявные и противоречивые требования и избегать наводящих вопросов.

Анализ стейкхолдеров и RACI

6 exercises · Анализировать стейкхолдеров по матрице влияние × интерес и фиксировать ответственность через RACI с ровно одним Accountable на задачу.

Моделирование процессов (BPMN)

Алфавит BPMN: события, задачи, шлюзы, потоки

6 exercises · Узнавать и правильно называть базовые элементы BPMN: события (кружки), задачи (прямоугольники), шлюзы (ромбы), потоки (стрелки), дорожки (кто исполняет).

Читаем и собираем процесс

5 exercises · Прочитать простую BPMN-схему (описанную словами) и выстроить корректный порядок шагов процесса от стартового до конечного события, включая ветвление на шлюзе.

As-is и to-be: что есть и что будет

5 exercises · Различать модели as-is (как есть) и to-be (как будет) и объяснять, зачем аналитику обе.

Сценарии и данные

Use case: актор и потоки

6 exercises · Составить use case с актором, предусловиями и постусловиями, основным успешным сценарием и альтернативными потоками.

User story и критерии приёмки (Given-When-Then)

6 exercises · Написать user story по шаблону «Как <роль>, я хочу <действие>, чтобы <ценность>» и критерии приёмки в формате Given-When-Then.

Азы данных: сущности, связи, кардинальность, ключи

6 exercises · Строить на уровне понимания ER-модель: выделять сущности и атрибуты, определять связи и их кардинальность (1:1, 1:N, M:N), различать первичный и внешний ключ.

Постановка и сборка профессии

Артефакты постановки: SRS, глоссарий, трассировка

6 exercises · Описать назначение и структуру ключевых артефактов: спецификации требований (SRS), глоссария и матрицы трассировки требований.

Аналитик в Agile-команде

6 exercises · Объяснить, как аналитик работает в гибкой команде: помогает владельцу продукта вести и приоритизировать бэклог, дробит и уточняет истории, уточняет требования итеративно.

Сквозной кейс: от ситуации к постановке

5 exercises · По заданной бизнес-ситуации выявить требования и написать понятную постановку, проверив её по чек-листу качества требований.