Кто такой плохой системный аналитик?

Кто такой плохой системный аналитик

Через 10 лет в профессии я видел, что отличает хорошего аналитика от плохого. Это не уровень математических навыков или объём опыта, а определённые привычки и подходы.

Основные признаки неквалифицированного System Analyst'а

1. Не слушает stakeholder'ов и не задаёт вопросы

• Сразу начинает проектировать, не поняв реальные потребности
• Предполагает, что понял требования после первой встречи
• Не уточняет детали, не проверяет предположения
• Результат: система не решает реальные проблемы бизнеса

2. Работает без чётких требований

• Начинает разработку на ходу, уточняя requirements по пути
• Не фиксирует решения документацией
• Таскает в голове все детали проекта
• Результат: постоянные переделки, потёртые сроки, текучесть команды

3. Не вовлекает разработчиков на ранних этапах

• Проектирует в офисе один, потом "выбрасывает" дизайн разработчикам
• Не прислушивается к техническим замечаниям
• Архитектура оказывается нереализуемой или слишком сложной
• Результат: разработчики теряют неделю на переделку

4. Переусложняет решение

• Добавляет функционал "на будущее", который никогда не понадобится
• Выбирает сложные технологии вместо проверенных простых
• Проектирует систему, которую только сам понимает
• Результат: 30% бюджета на несуществующие требования

5. Не анализирует риски

• Не предусматривает план B при проблемах
• Не обсуждает зависимости между компонентами
• Не проверяет масштабируемость на реальных нагрузках
• Результат: production падает в день запуска

6. Не следит за процессом реализации

• Сдал документацию и исчез
• Не отвечает на вопросы разработчиков
• Не делает код-ревью
• Не участвует в тестировании
• Результат: система получается совсем не та, что задумано

7. Плохо коммуницирует

• Требования описаны неясно или на несъемственном языке
• Не может объяснить решение бизнесу
• Не слушает критику
• Защищает свои идеи вместо поиска истины
• Результат: разброд и недопонимание в проекте

8. Не учится и не развивается

• Использует одни и те же подходы для разных задач
• Не следит за новыми технологиями и методиками
• Не анализирует ошибки после завершения проекта
• Полагается на авторитет вместо экспертизы

Что отличает хорошего аналитика

• ✓ Слушает — задаёт вопросы, уточняет, проверяет предположения
• ✓ Вовлекает команду — разработчики и QA участвуют в планировании
• ✓ Документирует — требования, решения, риски зафиксированы
• ✓ Балансирует — простота vs функционал, идеальное vs реальное
• ✓ Следит за процессом — участвует в разработке, отвечает на вопросы
• ✓ Общается — объясняет решения бизнесу и разработчикам
• ✓ Анализирует — делает выводы из каждого проекта

Вывод

Плохой System Analyst часто имеет академические знания, но не понимает реального контекста. Хороший — это не гений, а профессионал, который слушает, думает и отвечает за результат.