В теме 6 ответов, и 5 участников, последнее обновление сделано пользователем 
-
Сообщения
-
Давайте-ка попробуем собрать здесь всевозможные функции, обязанности и активности аналитика, которыми только он(а) может заниматься. На эту ветку удобно будет отсылать людей, которые спрашивают "а зачем вы вообще?", "а чем вы занимаетесь?", "а чем еще может пригодится аналитик?", "а не аналитик ли я, если я делаю то-то и то-то?" и т.д.
Вспоминайте из личного опыта, рассказов старших товарищей, наблюдений и теории, конечно (:
Ну-с, кто начнет? (:Ну попробую начать я..
Итак обязанности БА/СА как участника процесса разработки ПО:Основные обязанности:
1. Извлечение требований из заказчика/формирование требований в случае, если заказчик способен сформулировать только бизнес-требования (проведение интервью, деловая переписка, общение по иным средствам связи).
2. Формализация, визуализация и документирование требований (SRS, Vision and Scope, моделирование).
3. Кларификация неясных требований/внесение предложений по улучшению требований.
4. Валидация требований (поиск валидирующих сторон и координация этого процесса).
5. Разъяснение требований остальным участникам команды разработки.
6. Участие в процессе управления требованиями (обработка change requests, оценка влияния на проект).
7. Коммуникация с заказчиком по любым рабочим вопросам, связанным с проектом (за исключением вопросов, находящихся в компетенции ПМ).Дополнительные обязанности (опционально + зависит от опыта и стажа аналитика):
1. Участие в pre-sale и sale стадии проекта вместе с маркетологами и ПМ (участие в поиске и обработке потенциальных проектов, написание proposals, общение с потенциальными заказчиками).
2. Обучение аналитиков-стажеров.
3. Координация команды аналитиков (аналитик тим лид).
4. Координация проекта и постановка процессов (фактически выполнение роли ПМа, не считая критических решений и вопросов).
5. Участие в написании тест кейсов и тест сценариев для QA.
6. Помощь в написании любого рода иной проектной документации (аналитик выступает как тех. писатель).Это то, что я навскидку выделил — без учебника
.Не буду повторяться, только немного пополню список тем, с чем приходилось сталкиваться на собственном опыте.1) Постоянное поддержание требований в актуальном состоянии.
2) Информирование заказчика и ПМ-а о проделанной командой работе.
3) Внесение предложений по улучшению проекта и процессов.
4) Контролирование потока требований (сдерживание требований).
5) Описание внутренних процессов компании и/или участие в их становлении.post-mortem проекта?post-mortem проекта?
Агамсь, он самый, post-mortem (:
Иными словами ретроспектива, анализ проделанной работы и т.д.
Вы должны авторизироваться для ответа в этой теме.
