#анализ
Анти-паттерны использования аналитиков на проектах, и когда они не такие уж анти.
https://youtu.be/QbWqK2jPXF8

Истории, до боли знакомые тем, кому приходилось поработать в кровавом энтерпрайзе:

- Техпис. Занимаешься разработкой и оформлением документации в промышленных масштабах, потому что: “А кто ж еще?”

- Секретарь-менеджер. Бессмертная классика, когда нет явной роли менеджера, или у него есть более важные дела.

- Техподдержка. Здесь уже неоднозначно. Есть много кейсов, где это может быть полезно и для проекта, и для самого аналитика. Но нужно искать баланс между поддержкой и другими функциями.

- Разработчик в ворде/конфлюенсе. Тоже классика - разработку ведет аналитик, а разрабы работают переводчиками с русского в код.

- Тестировщик руками. Наверное, самая мутная тема. Если нет выделенной роли для тестирования, подключение аналитика выглядит наиболее логичным решение. Ну, если не считать самих бизнес-заказчиков.

От себя добавлю еще кейс:

- Записная книжка. Когда аналитик плохо знаком с предметной областью или не хочет думать, он неизбежно превращается в дорогую машинку для записи хотелок бизнеса.