Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
MSF.Формирование команды.doc
Скачиваний:
1
Добавлен:
01.07.2025
Размер:
140 Кб
Скачать
☆

1.2.Ролевые группы и роли

Методология MSF основана на постулате о качественных целях, достижение которых определяет успешность проекта. Эти цели обуславливают модель проектной группы. В то время как за успех проекта ответственна вся команда, каждая из ее ролевых групп, определяемых моделью, ассоциирована с одной из целей и работает над ее достижением.

MSF for Agile Software Development выделяет 7 ролевых групп:

  • Управление программой (program management)

  • Архитектура продукта (architecture)

  • Разработка (development)

  • Тестирование (test)

  • Управление выпуском (release operations)

  • Удовлетворение потребителя (user experience)

  • Управление продуктом (product management)

Рис. 5.2. Модель команды в MSF 4.0 – ролевые группы. Источник: MSF for Agile Software Development Process Guidance [15]

и 6 ролей:

  • менеджер проекта (project manager) – ролевая группа Управление программой

  • архитектор (archrect) – ролевая группа Архитектура

  • разработчик (developer) – ролевая группа Разработка

  • тестер (tester) – ролевая группа Тестирование

  • релиз-менеджер (release manager) – ролевая группа Управление выпуском

  • бизнес-аналитик (business analyst) – ролевые группы Управление продуктом и Удовлетворение потребителя

Рис. 5.3. Модель команды в MSF 4.0 – роли. Источник: MSF for Agile Software Development Process Guidance [15]

1.2.1.Зоны ответственности ролевых групп

Каждая ролевая группа в команде имеет зону ответственности (advocacy), в которой роль из этой группы имеет решающий голос.

  • Управление программой – отвечает за управление проектом, за то, что ожидания заинтересованных сторон будут верно поняты и проведены через проект.

  • Архитектура продукта – отвечает за систему в целом, вырабатывает архитектуру решения, включая сервисы, технологии и стандарты, которые будут использованы в ходе работы над решением.

  • Разработка – отвечает за проектирование и осуществление реализации.

  • Тестирование – отвечает за качество решения с точки зрения заказчика и будущих пользователей.

  • Управление выпуском – отвечает за гладкое внедрение решения в инфраструктуру заказчика.

  • Удовлетворение потребителя – отвечает за понимание потребностей пользователей и их надлежащую реализацию в решении.

  • Управление продуктом – отвечает за понимание того как, и успешное получение бизнес-отдачи от внедрения разрабатываемого решения, которое в результате сможет получить заказчик.

1.2.2.Задачи ролевых групп и взаимодействие с заинтересованными лицами

Для каждой ролевой группы, помимо зоны ответственности, определены заинтересованные стороны, как внутри, так и вне команды, с которыми группа должна взаимодействовать и чьи интересы представлять/отстаивать при принятии решений.

Управление программой

Ролевая группа выполняет следующие задачи:

  • управляет процессом разработки с целью получения готового продукта в отведенные сроки;

  • регулирует взаимоотношения и коммуникацию внутри проектной группы;

  • следит за временным графиком проекта и готовит отчетность о его состоянии;

  • разрабатывает, поддерживает и исполняет сводный план и календарный график проекта;

  • организует управление рисками.

Архитектура продукта

Ролевая группа выполняет следующие задачи:

  • формулирует спецификацию решения и разрабатывает его архитектуру;

  • определяет структуру развертывания (внедрения) решения.

Разработка

Ролевая группа выполняет следующие задачи:

  • определяет детали физического дизайна;

  • оценивает необходимые время и ресурсы на реализацию каждого элемента дизайна;

  • разрабатывает или контролирует разработку элементов;

  • подготавливает продукт к внедрению;

  • консультирует команду по технологическим вопросам.

Тестирование

Ролевая группа выполняет следующие задачи:

  • обеспечивает обнаружение всех дефектов;

  • разрабатывает стратегию и планы тестирования;

  • осуществляет тестирование.

Управление выпуском

Ролевая группа выполняет следующие задачи:

  • представляет интересы отделов поставки и обслуживания продукта;

  • организует снабжение проектной группы;

  • организует внедрение продукта;

  • вырабатывает компромиссы в управляемости и удобстве сопровождения продукта;

  • организует сопровождение и инфраструктуру поставки.

Удовлетворение потребителя

Ролевая группа выполняет следующие задачи:

  • представляет интересы потребителя в команде;

  • организует работу с требованиями пользователя;

  • определяет компромиссы, относящиеся к удобству использования и потребительским качествам продукта;

  • определяет требования к системе помощи и её содержание;

  • разрабатывает учебные материалы и осуществляет обучение пользователей.

Управление продуктом

Ролевая группа выполняет следующие задачи:

  • выступает в роли представителя заказчика;

  • организует работу с требованиями заказчика;

  • формирует ожидания заказчика;

  • формирует общее видение и рамки проекта;

  • определяет компромиссы между параметрами “возможности продукта / время / ресурсы”;

  • организует маркетинг;

  • разрабатывает, поддерживает и исполняет план коммуникаций.

1.3.Рекомендации по возможному объединению ролей

Модель проектной группы в MSF может масштабироваться в зависимости от числа участников. Масштабирование модели проектной группы MSF for Agile Software Development на случай больших команд выходит за рамки нашего курса. Мы рассмотрим ситуацию, когда один человек может выполнять в проектной группе несколько ролей (небольшая команда, относительно несложный проект).

В этом случае MSF предлагает рекомендации по возможному объединению ролей. Рассмотрим их в виде таблицы.

Архитектура продукта

Управление продуктом

Управление программой

Разработка

Тестирование

Удовлетворение потребителя

Управление выпуском

Архитектура продукта

Нет

Да

Да

Не желательно

Не желательно

Не желательно

Управление продуктом

Нет

Нет

Нет

Да

Да

Не желательно

Управление программой

Да

Нет

Нет

Не желательно

Не желательно

Да

Разработка

Да

Нет

Нет

Нет

Нет

Нет

Тестирование

Не желательно

Да

Не желательно

Нет

Да

Да

Удовлетворение потребителя

Не желательно

Да

Не желательно

Нет

Да

Не желательно

Управление выпуском

Не желательно

Не желательно

Да

Нет

Да

Не желательно

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]