Роли

Бизнес-аналитик

В рамках командной модели MSF ( MSF Team Model ) бизнес-аналитик участвует в управлении продуктом. Основная задача бизнес-аналитика - разобраться в возможностях системы, относящихся к бизнесу и раскрыть их команде. Он работает с пользователями и другими заинтересованными лицами, чтобы понимать их потребности и задачи, трансформировать их в конкретные определения, сценарии и требования к качеству, которые команда разработчиков будет использовать для построения приложения. Кроме того, бизнес-аналитик определяет ожидания от функциональных возможностей системы и управляет ими. В проекте он представляет пользователей и участвует в управлении продуктом в том смысле, что постоянно отслеживает интересы пользователей и заказчиков проекта. И, наконец, бизнес-аналитики отвечают за обеспечение взаимодействия между разработчиками и пользователями. Человек, назначенный на эту роль, должен быть добавлен в группу доступа "Сотрудник" (Contributor). Это позволит ему выполнять все функции, необходимые в рамках его деятельности, например, такие как создание и изменение документов, описателей и конечных продуктов.

Действия и операции роли

• Действия:
  • формулировка концепции проекта;
  • разработка требований к качеству
  • создание сценария;
  • планирование итерации.
• Операции:
  • написание концепции;
  • определение собирательных образов;
  • уточнение собирательных образов;
  • определение требований к качеству путем "мозгового штурма";
  • создание моментальных снимков деятельности;
  • определение приоритетов в списке требований к качеству
  • написание требований к качеству
  • определение требований безопасности;
  • работа над сценариями методом "мозгового штурма";
  • определение приоритетов в списке сценариев;
  • оценка задачи по разработке базы данных;
  • выполнение ретроспективного анализа;
  • оценка сценария;
  • оценка требования к качеству
  • составление графика сценария;
  • составление графика реализации требований к качеству
  • обзор целей.

Менеджер проекта

В рамках командной модели MSF менеджер проекта участвует в управлении продуктом. Основная задача менеджера проекта - добиваться выполнения поставленных перед командой задач в соответствии с графиком и в рамках бюджета. На менеджере проекта лежат обязательства по планированию и составлению графика работ, включающие разработку проекта и планов итераций, отслеживание состояния дел и составление отчетов, а также определению рисков и выработке мер по их уменьшению. Менеджер проекта также проводит консультации с бизнес-аналитиками по планированию сценариев и выработке требований к качеству для каждой итерации, консультируется с архитекторами и разработчиками для оценки объемов работ, советуется с тестировщиками, чтобы спланировать тестирование, и, кроме того, содействует взаимодействию участников команды. Человек, назначенный на эту роль, должен быть добавлен в группу доступа "Администратор проекта" ( Project Administrator ). Это позволит ему выполнять такие функции, как создание нового проекта, формирование новой команды и добавление в нее участников.

Действия и операции роли

• Действия:
  • контроль итерации;
  • планирование итерации;
  • ведение проекта.
• Операции:
  • оценка задачи по разработке базы данных;
  • мониторинг итерации;
  • снижение риска;
  • выполнение ретроспективного анализа;
  • определение продолжительности итерации;
  • оценка сценария;
  • оценка требования к качеству
  • разбиение сценариев на задачи;
  • разбиение требования к качеству на задачи;
  • составление графика сценария;
  • составление графика реализации требований к качеству
  • оценка хода выполнения;
  • оценка пороговых значений показателей тестов;
  • определение риска;
  • обзор целей;
  • классификация дефектов.

Архитектор

В рамках командной модели MSF архитектор отвечает за архитектуру проекта. Его основная задача - обеспечить успех проекта путем разработки основных принципов приложения, которые включают в себя как организационную конфигурацию системы, так и физическую структуру ее развертывания. При этом архитектор должен стремиться к снижению сложности путем разделения системы на понятные и простые части. Архитектура приложения чрезвычайно важна, поскольку она не просто устанавливает этапы построения системы, а определяет, будет ли приложение обладать свойствами, присущими успешным проектам. К ним относятся: удобство использования, надежность, практичность сопровождения, производительность и безопасность, а также возможности модификации в случае изменения требований. Человек, назначенный на эту роль, должен быть добавлен в группу доступа "Сотрудник" ( Contributor ). Это позволит ему выполнять все функции, необходимые в рамках его деятельности, такие как создание и изменение документов, описателей и конечных продуктов.

Действия и операции роли

• Действия:
  • разработка архитектуры решения;
  • планирование итерации.
• Операции:
  • разделение системы на подсистемы;
  • определение интерфейсов;
  • разработка модели угроз;
  • разработка модели производительности;
  • создание архитектурной модели;
  • создание архитектуры инфраструктуры;
  • определение требований безопасности;
  • разбиение сценариев на задачи;
  • разбиение требования к качеству на задачи.