Обзор методологии разработки программного обеспечения Microsoft Solutions Framework презентация

Microsoft
e-mail: andreyte@microsoft.com

проектами
Дисциплина управления подготовкой
Краткое сравнение с другими методологиями (RUP, CMM, …)
Вопросы/ответы

в американских компаниях.

Источник: The Standish Group International, Extreme Chaos, The Standish Group International, Inc., 2000

Успешные проекты – вовремя и в рамках бюджета был выполнен весь намеченный фронт работ.

Проблемные – не уложились в сроки, перерасходовали бюджет и/или сделали не все, что требовалось.

Проваленные – не были доведены до конца.

процессе разработки ПО
Первоначальная версия MSF увидела свет в 1994 г.
В 2002 г. была опубликована последняя версия MSF (v3.0)


MSF является частью более широкого набора методологий от Microsoft

разработки ПО
Проекты развертывания инфраструктуры

MOF = Microsoft Operations Framework
Подход Microsoft к управлению ИТ-процессами (операциями) на предприятии

процесса Административные службы

Технологическое консультирование Проектирование и осуществление реализации Разработка приложений Разработка инфраструктуры

Планирование тестов Разработка тестов Отчетность по тестам

Инфраструктура Сопровождение Бизнес-процессы Управление выпуском готового продукта

Обучение Эргономика Графический дизайн Интернационализация Обеспечение технической поддержки Общедоступность (обеспечение возможности работы для пользователей с ограниченными физическими возможностями)

vision)
Распределение ответственности при одновременной фиксации отчетности
Нацеленность на необходимый заказчику конечный результат
Наличие у сотрудников необходимых полномочий
Открытое общение
Установка на отсутствие дефектов
Стремление к самосовершенствованию
Гибкость и готовность к переменам
Заинтересованность и энтузиазм

затрагиваются результатами проекта

Спонсоры проекта (project sponsors) – лица либо организации, которые инициировали проект, выделяют для проекта ресурсы и утверждают его результаты. Иногда “project sponsor” переводится как “куратор проекта”

человек может взять на себя несколько ролей
Большие коллективы:
Создаем группы направлений
Создаем функциональные группы
Малые коллективы:
Используем таблицу совместимости ролей

потребителя

Разработка

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

Разработка средств печати (группа направления)

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

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

Разработка

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

Разработка средств обмена сообщениями (группа направления)

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

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

Разработка

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

Удовлетворение потребителя (функциональная группа)

Лидер группы

потребителя

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

Разработка

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

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

Таблица совместимости ролей

для потребителей завершено

Верификация технологий осуществлена

Базовая версия функциональной спецификации создана

Базовая версия сводного плана проекта создана

Базовая версия сводного календарного графика проекта создана

Среды разработки и тестирования развернуты

Внедренное решение стабилизировано

Внедрение на местах завершено

Ключевые компоненты развернуты

Ядро проектной группы сформировано

Черновой вариант концепции проекта составлен

Концепция подтверждена

Промежуточная версия 1 завершена

Промежуточная версия 2 завершена

Промежуточная версия N завершена

этой фазы

Над чем работает каждый из ролевых кластеров на этой фазе

процесс
Осуществляется на протяжении всего проекта
Базируется на посылке о присутствии рисков в любом проекте
Нацелена на проведение профилактических мероприятий

уроков

Выявление

состоит в создании уникального продукта или услуги
Управление проектами (project management) – это область знаний, навыков, инструментария и приемов, используемых для достижения целей проектов в рамках согласованных параметров качества, бюджета, сроков и прочих ограничений

заранее договориться о приоритетах, которыми будем руководствоваться при реагировании на изменения

Для этого используется матрица компромиссов

по мере его осуществления. Важно, чтобы заказчик понимал это.

Деятельность по управлению проектом распределяется между лидерами групп и ролевым кластером “Управление программой”

и при этом применять инструменты Borland
Более того, MSF не навязывает даже конкретную методологию разработки программного обеспечения (как, например, RUP)
MSF – это концепция (framework), применимая в самом широком наборе случаев

Knowledge”
http://www.webster.edu/~dlorenc/PMPStudy/Library/MSFandthePMBOK.doc

RUP
Whitepaper “Microsoft Solutions Framework and The Rational Process”
http://www.rational.com/media/whitepapers/msfratprcs.rtf

CMM
Whitepaper “Microsoft Solutions Framework and the Capability Maturity Model”
http://www.aurelian.ro/MSF/RESOURCE_KIT-PAD/papers/MSFAndTheCapMaturityModel.doc

Перечисленные документы ссылаются на предыдущие версии MSF, однако общую картину этот факт не меняет

к учебникам и презентациям курсов 1846 и 2710 через MCT Download Center: https://partnering.one.microsoft.com/mct
Не MCT могут прослушать эти курсы в СТЕС. В стоимость курса входит комплект материалов

На русском языке
http://www.microsoft.com/rus/msf

http://download.microsoft.com
Нужно сделать поиск по ключевому слову MSF
Детальные примеры входят в студенческий комплект материалов курса 2710
В т.ч. UML диаграммы (промежуточные и окончательные версии)

MSF
Великолепные деловые игры
http://www.microsoft.com/traincert/syllabi/1846Afinal.asp

используются
Подробно изучается фаза планирования для проектов разработки ПО (application development)
http://www.microsoft.com/traincert/syllabi/2710bfinal.asp

70% (49 вопросов)
Язык - английский
Не является частью программы MCP
Можно сдавать только через Prometric
http://www.2test.com
В СНГ стоимость экзамена - $50, в США - $125
В мире сегодня – 266 MSF Practitioners
В России – 4
На Украине – 2
http://www.microsoft.com/technet/itsolutions/tandp/innsol/banmsfpro/default.asp

из двух моделей и трех дисциплин, описание которых доступно на русском языке на сайте http://www.microsoft.com/rus/msf
MSF – это набор рекомендаций, которые можно применять выборочным образом
Наиболее революционная часть MSF – это модель команды равных

3-6 курсов технических специальностей

Аббревиатура MSF в названиях курсов обычно отсутствует
“Системный анализ и проектирование информационных систем”
“Управление проектами”
...

Уже есть как минимум один пример базирующейся на MSF дипломной работы

реализует свой проект

В качестве заказчиков выступают кафедра, деканат или “дружественная” организация
ПО для учета нагрузки преподавателей, посещаемости и успеваемости студентов и т.п.

Работа и документооборот организуются по правилам MSF

Два способа синхронизации лекций и практики
лекции по MSF на тему или две опережают практические занятия
лекции по MSF идут в одном семестре, практика – в следующем

эффективен и исполнитель роли “заказчика” начинает уклоняться, не участвуя во всех этапах проекта .

Студенты не всегда чувствуют, что предпосылкой для создания одних документов является готовность других, и, следовательно, в одну ночь все документы не сделаешь
За разные документы отвечают разные люди

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

Низкий уровень знания английского языка может создать проблемы при работе с шаблонами документов MSF

Студенты, которые учатся ради зачета, а не ради знаний, могут плохо влиять на командный дух, понижая общий энтузиазм
Таким студентам, наверное, проще сразу поставить зачет, чтобы не мешали... ;-))

практический опыт участия в разработке ПО большими коллективами

Не имеет смысла пытаться учить студентов MSF, если нет возможности организовать закрепление материала на практике. Без практического опыта у студентов не сформируется понимание решаемых MSF производственных проблем, а ведь это – главная задача

Оптимальный вариант получения опыта и применения знаний MSF – участие в реальном проекте во время производственной практики на реальном предприятии

Начинать учить MSF необходимо с модели проектной группы, а не с модели процессов

Нужно очень подробно разъяснять дисциплину управления рисками, возможно, стоит привлекать материал из PMBOK

Лекции – плохой способ обучения MSF, нужны активные обсуждения, деловые игры, постоянный диалог с аудиторией

ВОЗМОЖНЫЕ НАПРАВЛЕНИЯ ИССЛЕДОВАНИЙ:

Использование и адаптация MSF для нестандартных и узкоспециальных проектов
Проекты внедрения MSF
Проекты локализации (не только ПО)
Software outsourcing
Разработка учебных курсов

Совместное использование MSF и других подходов
CDM, ГОСТы, etc.

MSF и SPEM (Software Process Engineering Metamodel)
http://www.omg.org/technology/documents/formal/spem.htm