- •Введение в методологию Microsoft Solutions Framework
- •Структура процессов msf
- •Создание общей картины приложения
- •Планирование
- •Разработка
- •Стабилизация
- •Развертывание
- •Комментарии по поводу этапов работ
- •Формирование проектных команд
- •Возможное совмещение ролей в проектной команде
- •Управление компромиссами
Формирование проектных команд
Один из ключевых элементов реализации проекта - задача управления коллективом его участников. Поэтому наряду с моделью процессов в MSF детально проработана модель команд (MSF Team Model), которая исходит из важности четкого понимания ролей, обязанностей и задач отдельных ее членов, а также их повышенной ответственности за реализацию проекта в целом. Она может применяться в соответствии с потребностями и контекстом проекта, размером коллектива и опытом участников команды. Ниже коротко охарактеризованы роли, используемые в модели команд MSF.
Менеджер продукта (product manager) отвечает за управление связями с клиентом. На этапе проектирования он собирает требования заказчика и ведет контроль за тем, чтобы они соответствовали потребностям его бизнеса. Он также разрабатывает план взаимодействия с клиентом в ходе реализации проекта, в том числе организует встречи с клиентом, демонстрации продукта и другие маркетинговые акции.
Менеджер программы (program manager) управляет собственно разработкой ПО и несет ответственность за его поставку в соответствии с утвержденными спецификациями.
Разработчик (developer) занимается разработкой ПО в соответствии с заданными спецификациями.
Тестировщик (tester) выявляет и устраняет все неполадки в продукте и дает окончательное разрешение на его выпуск. Он также оценивает соответствие набора реализованных в продукте функций общей концепции и области действия проекта.
Менеджер по выпуску (release manager) отвечает за развертывание и поддержку продукта, проверяет корректность ИТ-инфраструктуры заказчика на предмет ее готовности к эксплуатации ПО.
Специалист по удобству использования (user experience specialist) занимается изучением и решением проблем пользователей, оценивает продукт с точки зрения соответствия их потребностям.
Конечно, в небольшом проекте отдельным членам команды приходится совмещать несколько ролей. Тут возможны разные варианты в зависимости от квалификации и опыта сотрудников, а также специфики проекта, но все же нужно придерживаться определенных правил относительно "совместимости" ролей (см. таблицу). Например, обратите внимание, что разработчику не рекомендуется выполнять какие-то еще роли.
Возможное совмещение ролей в проектной команде
|
Менеджер продукта |
Менеджер программы |
Разработчик |
Тестиров-щик |
Менеджер по выпуску |
Специа-лист по удобству исполь-зования |
Менеджер продукта |
|
- |
- |
+ |
-+ |
-+ |
Менеджер программы |
- |
|
- |
-+ |
+ |
-+ |
Разработчик |
- |
- |
|
- |
- |
- |
Тестиров-щик |
+ |
-+ |
- |
|
+ |
+ |
Менеджер по выпуску |
-+ |
+ |
- |
+ |
|
-+ |
Специалист по удобству исполь-зования |
+ |
-+ |
- |
+ |
-+ |
|
Примечание: "-" - совмещение не рекомендуется, "-+" - нежелательно, "+" - возможно. |
||||||
Кроме собственно исполнителей проекта, в команду могут входить и другие лица:
инициатор, или спонсор проекта, который обычно также принимает решение об одобрении проекта;
заказчик (бизнес-спонсор) - тот, кто получает деловую выгоду от проекта;
пользователи - группа лиц, непосредственно работающих с решением;
группа поддержки решения, отвечающая за его сопровождение после развертывания.
