Какими качествами должен обладать аналитик

Качества, которыми должен обладать хороший System Analyst

За 10+ лет работы я понял, что успешный аналитик — это не просто человек, который умеет писать требования. Это комплекс soft и hard skills. Вот что я считаю критичным.

ПРОФЕССИОНАЛЬНЫЕ НАВЫКИ (Hard Skills)

1. Глубокое понимание бизнеса

• Знать domain: как работает банк, e-commerce, страховка
• Понимать бизнес-модель компании
• Говорить язык stakeholders: KPI, ROI, margin
• Не просто писать требования, а объяснять ПОЧЕМУ это нужно
• Видеть стратегию за задачами

2. Технические знания

• Архитектура систем (микросервисы, монолиты, cloud)
• Базы данных (SQL, NoSQL, индексы, оптимизация)
• API и интеграции
• Основы программирования (что feasible, что нет)
• Cloud (AWS, GCP, Azure)
• DevOps/deployment концепции

Важно: Не нужно быть разработчиком, но нужно ГОВОРИТЬ с разработчиками на их языке. Когда я говорю "нам нужен кеш" или "давайте denormalize таблицу", разработчики знают, что я понимаю стоимость решения.

3. Моделирование и нотации

• BPMN (бизнес-процессы)
• UML (Use Cases, Sequence Diagrams, Class Diagrams)
• ER диаграммы (базы данных)
• DFD (Data Flow Diagrams)
• User flows и wireframes
• ArchiMate (для enterprise архитектуры)

4. Аналитические способности

• Логическое мышление: A → B → C
• Видеть причину-следствие
• Разбивать большую проблему на меньшие
• Data analysis: SQL, статистика, интерпретация метрик
• Hypothesis-driven thinking

5. Требования и документирование

• Писать четкие, проверяемые требования
• User Stories, Use Cases, Acceptance Criteria
• Документировать не просто, а чтобы разработчик понял с первого раза
• Знать разницу между требованием, спецификацией и дизайном

МЯГКИЕ НАВЫКИ (Soft Skills)

1. Коммуникация

• Слушать БОЛЬШЕ, чем говорить
• Задавать вопросы (5 WHY, root cause analysis)
• Объяснять сложное просто
• Разная коммуникация для разной аудитории:
  • CTO: архитектура и сложность
  • Product: ценность и пользователи
  • CEO: ROI и стратегия
  • Разработчик: детали и constraints

2. Критическое мышление

• Не принимать требования "как есть"
• "А почему именно так? А может быть другой подход?"
• Видеть риски и проблемы
• Challenge статус-кво, но уважительно

3. Empathy (Эмпатия)

• Понимать пользователя: его боли, задачи, контекст
• Ставить себя на место стейкхолдера
• Видеть, что нужно ПОЛЬЗОВАТЕЛЮ, а не что хотят разработчики
• Не говорить "это нельзя", а говорить "давайте найдем решение"

4. Организованность и внимание к деталям

• Требования не должны содержать противоречия
• Версионирование документов
• Отслеживание изменений
• Аккуратность в формулировках (слово "может" vs "должен")

5. Адаптивность

• Разные проекты = разные подходы
• Waterfall vs Agile
• Startup vs Enterprise
• Готовность учиться новому
• Спокойствие при изменениях (которые будут)

6. Умение работать в команде

• Коллабировать с разработчиками, не доминировать
• Слышать мнение других
• Признавать ошибки
• Не устраивать политические игры
• Помогать teammates

СПЕЦИФИЧЕСКИЕ КОМПЕТЕНЦИИ

1. Управление требованиями

• Отслеживать требования от ideation до production
• Работать с Jira, Azure DevOps, Confluence
• Управлять scope: что входит, что не входит
• Приоритизация: MoSCoW, Value vs Effort

2. Управление stakeholders

• Вовлекать правильных людей в нужный момент
• Управлять ожиданиями
• Разрешать конфликты между stakeholders
• Документировать decisions и assumptions

3. Тестирование требований

• Проверка на полноту и ясность
• Тестовые сценарии (happy path vs edge cases)
• QA collaboration: требования должны быть тестируемы

4. Управление рисками

• Видеть риски, которые может привести требование
• Предлагать mitigation strategies
• "Что может пойти не так?"

ХАРАКТЕРИСТИКИ ЛИЧНОСТИ

1. Curiosity (Любопытство)

• "Почему?" — главный вопрос
• Не довольствоваться поверхностным ответом
• Постоянно учиться новому
• Читать статьи, посещать конференции

2. Проактивность

• Не ждать, пока тебе скажут что-то
• Предлагать улучшения
• Видеть проблемы раньше, чем они становятся критичными

3. Толерантность к неопределенности

• Requirements редко идеальны
• Нужно работать с incomplete information
• Принимать решения с 70% информации

4. Страсть к качеству

• Хороший продукт с плохими требованиями не получится
• Требования — это фундамент
• Не компромиссить на качество документирования

5. Целеустремленность

• Видеть finish line
• Доводить проекты до конца
• Не бросать на половине

ЧТО ВЫДЕЛЯЕТ SENIOR АНАЛИТИКА

✓ Видит большую картину (не только текущий спринт) ✓ Может предложить альтернативные решения ✓ Менторит junior аналитиков ✓ Участвует в архитектурных решениях ✓ Может сказать "нет" и обосновать ✓ Управляет complex stakeholder situations ✓ Thinking about scalability, performance, security ✓ Вовлекает пользователей в процесс

ЧЕСТНЫЙ ВЗГЛЯД

Я часто вижу аналитиков, которые отлично пишут требования, но:

• Не слушают разработчиков
• Игнорируют user feedback
• Не понимают бизнес-метрики
• Не видят риски до release

Это не полные аналитики. Хороший аналитик — это bridge между бизнесом и технологией. Нужно быть одновременно дипломатом, архитектором, психологом и бизнесменом.

Если у тебя есть:

• Логическое мышление ✓
• Curiosity ✓
• Communication skills ✓
• Желание учиться ✓

То остальное — это опыт и тренировка.