66211

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

Доклад

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

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

Русский

2014-08-15

66 KB

4 чел.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Разработка

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

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

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

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

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

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

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

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

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

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

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

Упр-е

прод.

Упр-е

прогр.

Разра-

ботка

Тестир.

Удовл.

потр-ля

Упр-е

вып.

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

– –

+

+

Упр-е

прод.

– –

– –

– –

+

+

Упр-е

прогр.

+

– –

– –

+

Разра-

ботка

+

– –

– –

– –

– –

– –

Тестир.

+

– –

+

+

Удовл.

потр-ля

+

– –

+

Упр-е

вып.

+

– –

+

– –  нельзя;

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

+ – можно.

Доп. вопросы

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


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

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

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

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

Архитектор

Разработчик

Тестер

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

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

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

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

Разработка

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

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


 

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

22382. Искажения, вносимые в усилителе 229.5 KB
  Искажения импульсных сигналов. Искажения вносимые в усилителе 8. Линейные искажения К линейным относят искажения: частотные вызваны неодинаковостью усиления различных частотных составляющих входного сигнала рис.
22383. Обратная связь (ОС) в усилителях 154 KB
  Влияние ОС на стабильность Ку Однако уменьшая Ку ООС увеличивает его стабильность. стабильность коэффициент усиления в усилителе с ООС в 1 раз выше чем в усилителе без ООС. Пример Пусть усилитель имеет Ку=100 и охвачен ООС причем коэффициент передачи цепи ОС . Стабилизация коэффициента усиления при введении ООС объясняется тем что увеличение усиления за счет любых причин вызывает возрастание напряжения ОС что вызывает уменьшение входного напряжения т.
22384. ОСНОВЫ ПРОЕКТИРОВАНИЯ ПРОМЫШЛЕННЫХ ЗДАНИЙ. ОБЪЕМНО-ПЛАНИРОВОЧНЫЕ И КОНСТРУКТИВНЫЕ РЕШЕНИЯ. ТИПИЗАЦИЯ СБОРНЫХ ЭЛЕМЕНТОВ 17.73 KB
  Так например элементы перекрытий и покрытий должны быть прочными и достаточно жесткими чтобы их прогиб не нарушал эксплуатационного режима здания: стены и колонны поддерживающие покрытия должны быть прочными и устойчивыми. Все здания в целом должны обладать пространственной жесткостью т. Здания бывают каркасными и бескаркасными. В бескаркасных зданиях пространственная жесткость создаётся благодаря совместной работе продольных и поперечных стен соединенных покрытиями в единую пространственную систему.
22385. СТАДИИ НАПРЯЖЕННО-ДЕФОРМИРОВАННОГО СОСТОЯНИЯ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ 360.47 KB
  2: стадия I до появления трещин в бетоне растянутой зоны когда напряжения в бетоне меньше временного сопротивления растяжению и растягивающие усилия воспринимаются арматурой и бетоном совместно; стадия II после появления трещин в бетоне растянутой зоны когда растягивающие усилия в местах где образовались трещины воспринимаются apматypoй и участком бетона над трещиной а на участках между трещинами арматурой и бетоном совместно; стадия III стадия разрушения характеризующаяся относительно коротким периодом работы элемента когда...
22386. МЕТОД РАСЧЕТА КОНСТРУКЦИЙ ПО ПРЕДЕЛЬНЫМ СОСТОЯНИЯМ. СУЩНОСТЬ МЕТОДА. ДВЕ ГРУППЫ ПРЕДЕЛЬНЫХ СОСТОЯНИЙ. КЛАССИФИКАЦИЯ НАГРУЗОК. ОСНОВНЫЕ ПОЛОЖЕНИЯ РАСЧЕТА 17.19 KB
  Конструкция может потерять необходимые эксплуатационные качества по одной из двух причин: 1 в результате исчерпания несущей способности разрушения материала в наиболее нагруженных сечениях потери устойчивости некоторых элементов или всей конструкции в целом; 2 вследствие чрезмерных деформаций прогибов колебаний осадок а также изза образования трещин или чрезмерного их раскрытия. Строительные конструкции рассчитывают по методу предельных состояний который дает возможность гарантировать сохранение...
22387. ИЗГИБАЕМЫЕ ЭЛЕМЕНТЫ. РАСЧЕТЫ ПРОЧНОСТИ ПО НОРМАЛЬНЫМ И НАКЛОННЫМ СЕЧЕНИЯМ ЭЛЕМЕНТОВ ПРЯМОУГОЛЬНОГО И ТАВРОВОГО ПРОФИЛЯ. РАСЧЕТ ПОПЕРЕЧНЫХ СТЕРЖНЕЙ 866.99 KB
  РАСЧЕТЫ ПРОЧНОСТИ ПО НОРМАЛЬНЫМ И НАКЛОННЫМ СЕЧЕНИЯМ ЭЛЕМЕНТОВ ПРЯМОУГОЛЬНОГО И ТАВРОВОГО ПРОФИЛЯ. Поперечные стержни сеток распределительная арматура принимают меньших диаметров общим сечением не менее 10 сечения рабочей арматуры поставленной в месте наибольшего изгибающего момента; располагают их с шагом 250 300 мм но не реже чем через 350 мм. Железобетонные балки могут иметь прямоугольные тавровые двутавровые трапецеидальные поперечные сечения рисунок 7.2 – Формы поперечного сечения балок и схемы их армирования а прямоугольная;б...
22388. Сжатые и растянутые элементы. Конструктивные особенности. Расчет прочности центрально И Внецентренно растянутых элементов. Расчет внецентренно сжатых элементов таврового и двутаврового сечений 1.23 MB
  Расчет прочности центрально И Внецентренно растянутых элементов. Расчет внецентренно сжатых элементов таврового и двутаврового сечений. НАПРЯЖЕННОЕ СОСТОЯНИЕ РАСТЯНУТЫХ И СЖАТЫХ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ Сжатые элементы. Конструктивные особенности сжатых элементов К центральносжатым элементам условно относят: промежуточные колонны в зданиях и сооружениях; верхние пояса ферм загруженных по узлам; восходящие раскосы и стойки ферменной решетки.
22389. ТРЕЩИНОСТОЙКОСТЬ И ПЕРЕМЕЩЕНИЯ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ. СОПРОТИВЛЕНИЕ ОБРАЗОВАНИЮ ТРЕЩИН ЦЕНТРАЛЬНО РАСТЯНУТЫХ, ИЗГИБАЕМЫХ, ВНЕЦЕНТРЕННО СЖАТЫХ И РАСТЯНУТЫХ ЭЛЕМЕНТОВ. ТРЕЩИНОСТОЙКОСТЬ И ПЕРЕМЕЩЕНИЯ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ 101.52 KB
  ТРЕЩИНОСТОЙКОСТЬ И ПЕРЕМЕЩЕНИЯ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ. СОПРОТИВЛЕНИЕ ОБРАЗОВАНИЮ ТРЕЩИН ЦЕНТРАЛЬНО РАСТЯНУТЫХ ИЗГИБАЕМЫХ ВНЕЦЕНТРЕННО СЖАТЫХ И РАСТЯНУТЫХ ЭЛЕМЕНТОВ. ТРЕЩИНОСТОЙКОСТЬ И ПЕРЕМЕЩЕНИЯ ЖЕЛЕЗОБЕТОННЫХ ЭЛЕМЕНТОВ. Общие положения Трещиностойкость элементов как условлено ранее это сопротивление образованию трещин в стадии I или сопротивление раскрытию трещин в стадии II.
22390. РАСЧЕТ ПО ОБРАЗОВАНИЮ ТРЕЩИН, НОРМАЛЬНЫХ И НАКЛОННЫХ К ПРОДОЛЬНОЙ ОСИ ЭЛЕМЕНТА. СОПРОТИВЛЕНИЕ РАСКРЫТИЮ ТРЕЩИН. ОПРЕДЕЛЕНИЕ РАССТОЯНИЯ МЕЖДУ ТРЕЩИНАМИ 235.22 KB
  РАСЧЕТ ПО ОБРАЗОВАНИЮ ТРЕЩИН НОРМАЛЬНЫХ И НАКЛОННЫХ К ПРОДОЛЬНОЙ ОСИ ЭЛЕМЕНТА. СОПРОТИВЛЕНИЕ РАСКРЫТИЮ ТРЕЩИН. ОПРЕДЕЛЕНИЕ РАССТОЯНИЯ МЕЖДУ ТРЕЩИНАМИ. Расчет по образованию трещин нормальных к продольной оси элемента Этот расчет заключается в проверке условия что трещины в сечениях нормальных к продольной оси элемента не образуются если момент внешних сил М не превосходит момента внутренних усилий в сечении перед образованием трещин Мcrcт.