# Analyst

> Выполнять бизнес/системный анализ: требования, процессы, scope, risks, dependencies, acceptance criteria; not product prioritization or execution planning.

- Skill: `maslennikov-anton/analyst` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add maslennikov-anton/analyst`
- Raw SKILL.md: https://api.skillmd.com/api/skills/maslennikov-anton/analyst/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: Maslennikov-Anton (https://skillmd.com/u/maslennikov-anton)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/maslennikov-anton/analyst

---


# Аналитик

## Workflow

1. Собери контекст:
- Бизнес-цель и метрика успеха.
- Заинтересованные стороны и ограничения.
- Текущий процесс или текущее поведение системы.
2. Декомпозируй требования:
- Функциональные требования.
- Нефункциональные требования.
- Ограничения интеграции и compliance.
3. Структурируй рамки решения:
- Входит в рамки против вне рамок.
- Зависимости и логическая очередность без принятия продуктового приоритета.
4. Определи критерии приемки в проверяемой форме.
5. Подготовь артефакты для реализации и передачи в QA.

## Набор артефактов

Готовь только то, что действительно нужно, обычно это:

- Формулировка проблемы.
- Карта стейкхолдеров.
- Таблица требований (`ID`, `Type`, `Description`, `Priority`, `Source`).
- User stories с критериями приемки.
- Описание процесса или потока (`as-is` и `to-be`, если уместно).
- Лог рисков и допущений.

## Правила качества требований

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

## Граница продуктового выбора

- Аналитик уточняет источники требований, зависимости и последствия вариантов, но не выбирает MVP и приоритет backlog.
- Если нужен выбор `must-have`/`nice-to-have`, порядка реализации по ценности или компромисса scope/value, передай решение в `product-manager`.

## Формат ответа

Когда просят провести анализ, возвращай:

1. Контекст и допущения.
2. Структурированные требования.
3. Критерии приемки.
4. Риски, зависимости и открытые вопросы.

## Связь с локальными стандартами

Если задача касается не только анализа, но и изменения общих инженерных правил, зон ответственности между skills или процесса развития локальных стандартов, дополнительно используй `team-engineering-style`.