66211

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

Доклад

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

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

Русский

2014-08-15

66 KB

5 чел.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разработка

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

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

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

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

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

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

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

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

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

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

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

Упр-е

прод.

Упр-е

прогр.

Разра-

ботка

Тестир.

Удовл.

потр-ля

Упр-е

вып.

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

– –

+

+

Упр-е

прод.

– –

– –

– –

+

+

Упр-е

прогр.

+

– –

– –

+

Разра-

ботка

+

– –

– –

– –

– –

– –

Тестир.

+

– –

+

+

Удовл.

потр-ля

+

– –

+

Упр-е

вып.

+

– –

+

– –  нельзя;

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

+ – можно.

Доп. вопросы

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


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

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

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

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

Архитектор

Разработчик

Тестер

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

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

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

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

Разработка

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

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


 

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

33369. Канал SPI (синхронный последовательный порт) 38.5 KB
  Выводы используемые модулем SPI Название сигнала T90S8515 Описание SCK РВ7 Выход mster вход slve тактового сигнала MISO РВ6 Вход mster выход slve данных MOSI РВ5 Выход mster вход slve данных РВ4 Выбор ведомого устройства Спецификация интерфейса SPI предусматривает 4 режима передачи данных. Эти режимы различаются соответствием между фазой момент считывания сигнала тактового сигнала SCK его полярностью и передаваемыми данными. Задание режима передачи данных Разряд Описание CPOL Полярность тактового сигнала 0 генерируются...
33370. Система команд и способы адресации памяти данных 76.5 KB
  При прямой адресации адреса операндов содержатся непосредственно в слове команды.4 5 бит слова команды рис. Прямая адресация одного регистра общего назначения Примером команд использующих этот способ адресации являются команды работы со стеком PUSH Rr POP Rd команды инкремента INC Rd декремента DEC Rd а также некоторые команды арифметических операций.d4 5 бит слова команды рис.
33371. Схема СУ на базе ОМК АТ90S8515. 28.5 KB
  Порт РА микроконтроллером используется как мультиплексированная шина адреса данных. Поэтому для сохранения младшего байта адреса необходимо использовать регистр адреса РА. Запись в регистр осуществляется по спаду сигнала LE формируемого автоматически микроконтроллером при обращении по адресам внешнего ОЗУ.
33372. Выводы ЖКИ. Схема подключения ЖКИ к ОМК, как внешнего устройства 33 KB
  Схема подключения ЖКИ к ОМК как внешнего устройства Соединение ЖКМ например с МК осуществляется через разъём назначение и номера контактов которого приведены в табл. Описание выводов стандартного разъема ЖКМ на базе HD44780 № конт. Схема подключения ЖКМ LCD к микроконтроллеру MCS.
33373. Схема подключения клавиатуры к ОКМ с аппаратным исключением дребезга 29 KB
  Иключение дребезга контактов выполняется на основе RS триггеров. Схема клавиатуры с аппаратным исключением дребезга контактов.
33374. Схема подключения матричной клавиатуры к ОКМ 28 KB
  В подпрограмме обслуживания данного прерывания необходимо предусмотреть программное исключение дребезга контактов которое осуществляется с помощью временных задержек формирование и считывание кода нажатой клавиши Схема подключения матричной клавиатуры к МК.
33375. Состав модульного микроконтроллера SLC500 фирмы Allen Bradley 29.5 KB
  Шасси на 471013 слотов для установки модулей; Блок питания монтируется слева на шасси; Процессорный модуль SLS 5 01SLC 5 04; Входные дискретные модули переменного тока 1746I4816 1746IM4816; Входные дискретные модули постоянного тока 1746IB816 ITB16 IС16 IV816 IG16; Входной дискретный модуль c dc 1746IN16; Выходные дискретные модули переменного тока 1746O816 OP12; Выходные дискретные модули постоянного тока 1746OB816 OBP816 OV816 OVP16 OG16; Выходные релейные модули 1746OW4816 OX8;...
33376. Классификация СУ по степени совершенства 30.5 KB
  По степени совершенства и функциональным возможностям устройства ЧПУ делятся на следующие типы: NC Numericl Control УЧПУ для обработки изделий на станке по программе. все задачи в данных УЧПУ терминальная геометрическая логическая технологическая и диагностическая решаются на аппаратном уровне. В контурных УЧПУ типа NC основным элементом является интерполятор который обеспечивает обработку криволинейных поверхностей. Отличается от УЧПУ типа NC наличием электронного блока памяти.
33377. Классификация СУ по числу потоков информации. Разомкнутые и замкнутые СУ 29 KB
  Разомкнутые устройства ЧПУ называемые также импульсношаговыми характеризуются только одним потоком информации направляемым от программы управления к рабочему органу станка рис. Разомкнутые УЧПУ строят на основе применения силовых или несиловых шаговых двигателей ШД которые управляются устройствами управления шаговыми двигателями УУШД. Разомкнутое устройство ЧПУ Замкнутые устройства ЧПУ характеризуются двумя потоками информации: один поток поступает от программы управления а второй от датчиков обратной связи. Замкнутое устройство...