66211

Модель проектной группы MSF для небольших команд

Доклад

Информатика, кибернетика и программирование

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

Русский

2014-08-15

66 KB

6 чел.

Модель проектной группы MSF для небольших команд

Microsoft Solutions Framework (MSF) методология разработки программного обеспечения от компании Microsoft, опирающаяся на практический опыт компании и описывающая управление людьми и управление процессами в ходе разработки решения.

Основные принципы построения команды

Построение команды в MSF соответствует ряду ключевых концепций. К очевидным можно отнести следующие принципы.

  •  Концентрация на нуждах заказчика. Это главный приоритет любой приличной проектной группы. Он подразумевает обязательное понимание разработчиками бизнес-задач заказчика, активное участие заказчика в проектировании решения и получение его отзывов в ходе процесса разработки.
  •  Нацеленность на конечный результат. Получению конечного результата проекта уделяется больше внимания, чем процессу его достижения. Каждый участник проектной группы должен рассматривать собственную работу как самостоятельный проект или вклад в "общее дело".
  •  Установка на отсутствие дефектов. Это стремление к высочайшему уровню качества. В успешной команде ответственность за качество продукта не может быть делегирована, каждый сотрудник чувствует свою ответственность.

Концепции, считающиеся "ноу-хау" методологии MSF:

  •  "Проектная группа – команда равных". Концепция означает равноправное положение каждой из ролей в команде. Каждый из членов команды, независимо от роли, должен нести ответственность за качество продукта, понимать интересы заказчика и сущность решаемой бизнес-задачи. Решения принимаются методом консенсуса между ролями, но не методом консенсуса между сотрудниками (каждая ролевая группа требует определенной организационной иерархии).
  •  Стремление к самосовершенствованию. Это неустанное саморазвитие посредством накопления опыта и обмена знаниями. По завершению проекта и по окончанию основных его фаз предполагается проведение открытых обсуждений и объективный анализ.

К концепции команды равных в MSF тесно примыкает идея о том, что каждая ролевая группа имеет зону ответственности и защищает интересы заинтересованных лиц из этой зоны.

Модель проектной группы MSF выделяет 7 ролевых групп и 6 ролей (рис. 1).

Задачи ролевых групп 

Группа "Управление программой":

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

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

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

"Разработка"

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

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

  •  обеспечивает обнаружение всех дефектов;
  •  разрабатывает стратегию и планы тестирования;
  •  осуществляет тестирование.

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

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

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

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

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

  •  выступает в роли представителя заказчика;
  •  организует работу с требованиями заказчика;
  •  формирует ожидания заказчика;
  •  формирует общее видение и рамки проекта;
  •  определяет компромиссы между параметрами "возможности продукта / время / ресурсы";
  •  организует маркетинг;
  •  разрабатывает, поддерживает и исполняет план коммуникаций.

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

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

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

Ролевая группа

Зона ответственности

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

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

верная трактовка ожидания заинтересованных сторон и их проведение через проект

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

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

Разработка

проектирование и осуществление реализации

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

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

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

гладкое внедрение решения в инфраструктуру заказчика

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

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

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

представляет бизнес-сторону проекта и обеспечивает его согласованность со стратегическими целями заказчика (успешное получение бизнес-отдачи от внедрения разрабатываемого решения).

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

Архи-тектура

Упр-е

прод.

Упр-е

прогр.

Разра-

ботка

Тестир.

Удовл.

потр-ля

Упр-е

вып.

Архи-тектура

– –

+

+

Упр-е

прод.

– –

– –

– –

+

+

Упр-е

прогр.

+

– –

– –

+

Разра-

ботка

+

– –

– –

– –

– –

– –

Тестир.

+

– –

+

+

Удовл.

потр-ля

+

– –

+

Упр-е

вып.

+

– –

+

– –  нельзя;

– не желательно;

+ – можно.

Доп. вопросы

  •  Объясните запреты на объединение ролей.
  •  Приведите пример распределения Ваших одногруппников по ролевым группам, аргументируя (хоть как-нибудь) это распределение.


Рис. 1.
Модель команды в MSF

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

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

Менеджер программы

Архитектор

Разработчик

Тестер

Релиз-менеджер

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

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

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

Разработка

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

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


 

А также другие работы, которые могут Вас заинтересовать

68456. Информационные технологии в производстве текстильных изделий 52.5 KB
  В настоящее время любому специалисту, связанному с проектированием и производством текстильных изделий, приходится иметь дело с огромным объемом данных. С появлением компьютеров задача обработки и хранения данных существенно упростилась. Любые данные, хранимые на компьютере, подразделяются на текстовые и числовые.
68457. Организация оперативного ввода изображений в авиационные геоинформационные комплексы реального времени 1.17 MB
  Одной из основных проблем создания ИГК РВ является проблема оперативного ввода больших массивов видеоинформации в реальном масштабе времени, налагаемых на картографический фон. Эта видеоинформация может быть «набросана» от руки и представляет собой изображение...
68458. История политических учений 95 KB
  Отвергая демократию как форму государства Платон настаивает на необходимости использования ее основных принципов в его модели совершенного государства. Подчинения государства закону регулирования общественной жизни людей писанными нормами права и т.
68459. Становление и развитие политической мысли в России 76.5 KB
  История возникновения политической мысли в России совпадает с этапами становления и развития русской государственности. Она развивалась следуя собственным идеалам обычаям и традициям во взаимосвязи с русской философией закономерностями и тенденциями отечественной политической истории.
68460. ФОРМАТИРОВАНИЕ ДАННЫХ В ЯЧЕЙКАХ 1.36 MB
  Ячейка – это минимальный адресуемый элемент рабочего листа. Ячейка определяется адресом. Кроме этого можно задавать диапазон ячеек. Диапазоном называется группа ячеек. Чтобы задать адрес диапазона нужно указать адреса верхней левой и нижней правой ячейки, разделив их двоеточием.
68461. РАБОТА С ФОРМУЛАМИ И ФУНКЦИЯМИ 72 KB
  Формулы в таблице и технология их использования Формула в электронной таблице это выражение по которому вычисляется значение в ячейке. Формула всегда начинается с символа равно =. Формула состоит из операндов и символов операций В качестве операндов используются: Числа.
68462. Разработка рекомендаций по обеспечению защиты информации в отделе записей актов гражданского состояния (ЗАГС) по Центральному району 435 KB
  Информационная безопасность организации - целенаправленная деятельность её органов и должностных лиц с использованием разрешённых сил и средств по достижению состояния защищённости информационной среды организации, обеспечивающее её нормальное функционирование и динамичное развитие.
68463. Работа с текстом в Excel 64.5 KB
  Excel предоставляет очень много функций для работы с текстом позволяющие преобразовывать исходные текстовые данные и производить разнообразные действия. Все функции для обработки текста можно просмотреть в диалоговом окне Мастер функций кнопочка fx в категории Текстовые.
68464. Основные положения стереохимии. Реакционная способность гетерофункциональных соединений 97 KB
  Стереохимия изучает пространственное строение органических соединений. Органические молекулы с одинаковой молярной массой, он отличающиеся природой или последовательностью связей между атомами и пространственным расположением атомов называются изомерами.