1 / 78

Microsoft Solutions Framework на предприятиях и в вузах

Microsoft Solutions Framework на предприятиях и в вузах. В.Л.Павлов, vlpavlov@ieee.org. О докладчике. В.Л.Павлов Технический директор eLine Software, Inc. ( Днепропетровск / Питтсбург) Сертификаты MSF Practitioner MCT, MCSD for .NET, MCSD, MCAD, MCDBA CompTIA Certified IT Project+

mills
Download Presentation

Microsoft Solutions Framework на предприятиях и в вузах

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Microsoft Solutions Frameworkна предприятиях и в вузах В.Л.Павлов,vlpavlov@ieee.org

  2. О докладчике • В.Л.Павлов • Технический директор eLine Software, Inc.(Днепропетровск / Питтсбург) • Сертификаты • MSF Practitioner • MCT, MCSD for .NET, MCSD, MCAD, MCDBA • CompTIA Certified IT Project+ • Опытопыт руководства ИТ-проектами • Проекты длительностью до 2 лет • Коллективы 100и более человек • Интернациональные и распределенные команды • Член ACM, IEEE и PMI

  3. О докладе • Обзор MSF • Модель проектной группы • Модель процессов • Дисциплина управления рисками • Дисциплина управления проектами • Дисциплина управления подготовкой • Преимущества MSF • Внедрение MSF • Внедрение на предприятии • Курсы 1846 и 2710 • Преподавание MSF в вузах • Исследовательская работа • Подробнее о фазе планирования (если останется время) • Три типа дизайна

  4. Данный доклад продолжает • доклад В.Л.Павлова и А.А.Терехова“Как готовить ИТ-менеджеров” • http://www.it-education.ru/reports/pavlov_terekhov.htm • http://www.it-education.ru/reports/presentation/pavlov_terekhov.ppt

  5. Проваленные Проблемные Успешные 23% 49% 28% 2000 28% 46% 26% 1998 40% 33% 27% 1995 31% 53% 16% 1994 Успешные проекты нечасты в ИТ Статистика по 30,000 проектам по разработке ПО в американских компаниях. Источник: The Standish Group International, Extreme Chaos, The Standish GroupInternational, Inc., 2000 Успешные проекты – вовремя и в рамках бюджета был выполнен весь намеченный фронт работ. Проблемные – не уложились в сроки, перерасходовали бюджет и/или сделали не все, что требовалось. Проваленные – не были доведены до конца.

  6. Немного терминологии • Решение (solution)- скоординированная поставка набора элементов (таких как программно-технические средства, документация, обучение и сопровождение), необходимых для удовлетворения некоторой бизнес-потребности конкретного заказчика. • Хотя MSF и используется при разработке коммерческих продуктов для массового потребительского рынка (коробочного ПО), он ориентирован главным образом на поставку решений, предназначенных для определенного заказчика.

  7. MSF иMOF • MSF = Microsoft Solutions Framework • Подход Microsoft к управлению ИТ-проектами: • Проекты разработки ПО • Проекты развертывания инфраструктуры • MOF = Microsoft Operations Framework • Подход Microsoft к управлению ИТ-процессами (операциями) на предприятии

  8. MSF иMOF Microsoft Solutions Framework Планируем Эксплуатируем Создаем Внедряем Microsoft Operations Framework

  9. Эволюция MSF • Первоначальная версия MSF увидела свет в 1994 г. • В 2002 г. была опубликована последняя версия MSF (v3.0) • MSF “взрослеет” подобно другим продуктам Microsoft • Windows XP намного более зрелый продукт,чем Windows 95, аналогичная тенденция наблюдается и для MSF

  10. Структура MSF ДВЕ МОДЕЛИ Модель Проектной Группы МодельПроцессов ТРИ ДИСЦИПЛИНЫ Дисциплина управленияПроектами Дисциплина управленияРисками Дисциплина управленияПодготовкой

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

  12. Управлениепрограммой Управление продуктом Разработка Удовлетворениепотребителя Тестирование Управление выпуском Модель проектной группы Управление проектомВыработка архитектуры решенияКонтроль производственного процессаАдминистративные службы Бизнес-приоритетыМаркетингПредставление интересов заказчикаПланирование продукта Технологическое консультирование Проектирование и осуществление реализацииРазработка приложенийРазработка инфраструктуры ОбучениеЭргономикаГрафический дизайнИнтернационализацияОбеспечение технической поддержкиОбщедоступность (обеспечение возможности работы для пользователей с ограниченными физическими возможностями) Планирование тестовРазработка тестовОтчетность по тестам ИнфраструктураСопровождениеБизнес-процессыУправление выпуском готового продукта

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

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

  15. Заинтересованное лицо(stakeholder) Управлениепродуктом Заказчик Управление программой Спонсор Разработка Ролевой кластерMSF Внешнеезаинтересованноелицо Удовлетворение потребителя Пользователь Тестирование Управление выпуском Сопровождение Используем UML для описания модели проектной группы

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

  17. Большой коллектив Руководящая группа Управление программой Управление продуктом Разработка Лидер группы Удовлетворение потребителя Тестирование Управление выпуском Управление программой Управление программой Удовлетворение потребителя(функциональная группа) Разработка Разработка Удовлетворение потребителя Удовлетворение потребителя Тестирование Тестирование Управление программой Разработка клиентских компонент(группа направления) Разработка средств обмена сообщениями(группа направления) Разработка Удовлетворение потребителя Тестирование Разработка средств печати (группа направления)

  18. - - + + ± - - ± ± + - - - - - ± - + + + ± - + ± + + - + ± ± Таблица совместимости ролей Управление продуктом Управление программой Управление выпуском Удовлетворение потребителя Разработка Тестирование Управление продуктом Управление программой Разработка Тестирование Удовлетворение потребителя Управление выпуском + Допустимо ±Нежелательно -Нельзя

  19. Удовлетворение потребителя Управление программой Разработка Управление продуктом Тестирование Минимальный коллектив Управлениевыпуском

  20. Модель процессов Внедрение завершено Выработка концепции Внедрение Готовность решения утверждена Концепция проекта утверждена Планирование Стабилизация Планы проекта утверждены Разработка завершена Разработка

  21. Контрольное тестирование завершено Пилотное внедрение завершено Точка достижения нуля Точка конвергенции Версии-кандидаты Промежуточные вехи Внедрение завершено Внедренное решение стабилизировано Ядро проектной группы сформировано Внедрение на местах завершено Черновой вариант концепции проекта составлен Ключевые компоненты развернуты Готовность решения утверждена Концепция проекта утверждена Верификация технологий осуществлена Базовая версия функциональной спецификации создана Базовая версия сводного плана проекта создана Тестирование приемлемости для потребителей завершено Базовая версия сводного календарного графика проекта создана Среды разработки и тестирования развернуты Планы проекта утверждены Разработка завершена Концепция подтверждена Промежуточная версия 1 завершена Промежуточная версия 2 завершена Промежуточная версия N завершена

  22. Версия 3 Версия 2 Итеративный подход Минимизируем риски, разбивая большие проекты на несколько версий Функциональность Версия 1 Время

  23. Для каждой фазы модели процессов MSF определяет: • Что (какие артефакты) является результатом этой фазы • Над чем работает каждый из ролевых кластеров на этой фазе

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

  25. 2 Анализиприоритезация Формулировка риска 1 Выявление Список рисков 3 5 Планирование Коррекция Главные риски 6 Извлечение уроков Мониторинг База знаний о рисках 4 Процесс управления рисками

  26. Выявление рисков

  27. Анализ и приоритезация рисков

  28. Планирование

  29. Мониторинг

  30. Корректирование

  31. Извлечение уроков

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

  33. Управлениеизменениями • Мы не можем избежать изменений в проекте • Но мы можем заранее договориться о приоритетах,которыми будем руководствоваться при реагировании на изменения • Для этого используется матрица компромиссов Фиксируется Согласовывается Принимается Ресурсы Время Возможности

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

  35. WBS связывает спецификации, планы и календарные графики проекта

  36. Управление снабжением Управление рисками Управление персоналом Управление коммуникацией Планирование и мониторинг Управление рамками проекта Управление календарным графиком Управление стоимостью Управление качеством В MSF нет роли “менеджер проекта” Деятельность по управлению проектом распределяется между лидерами группи ролевым кластером“Управление программой” на уровне всего проекта на уровне подгрупп

  37. Дисциплина управления подготовкой Определение Знания, умения, способности Оценивание Осмысление Корректировка

  38. MSF не навязывает использование других продуктов Microsoft • Например, для организации процесса производства ПО можно использовать MSF и при этом применять инструменты Borland • На следующих слайдах приводятся рисунки с сайтов Borland и Microsoft

  39. Средства Borland для организации работы над проектом

  40. MSF Сравниваем взгляды Microsoft и Borland на жизненный цикл проекта

  41. MSF Процесс от Microsoft, инструменты от Borland...

  42. Доступность стандартов, знание которых требуется от ИТ-менеджера

  43. MSF и ... • PMI PMBOK • Whitepaper “MSF and the Project Management Body of 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, однако общую картину этот факт не меняет

  44. Сравнение RUP, MSF и CDM

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

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

  47. Дискучастника конференции содержит: • Русский перевод всех пяти MSFwhitepapers • Доступен по адресу http://www.microsoft.com/rus/msf • Перевод делался под редакцией автора данного доклада • Комплект шаблонов документов, используемых в MSF-проектах • Доступен на http://download.microsoft.com– искать MSF • Шаблон календарного графика MSF-проекта (.mpp файл для MS Project) • По неизвестной причине Microsoft не включила этот шаблон в вышеописанный комплект

  48. Ньюс-группы • Только англоязычные • Публичный доступ: • news://msnews.microsoft.com/microsoft.public.msf • Доступ только для MCT: • news://privatenews.microsoft.com/microsoft.private.mct.msfmof

  49. Курс 1846 • Microsoft Solutions Framework Essentials • 3 дня, компьютеры не используются • Изучаются все элементы MSF • Великолепные деловые игры • http://www.microsoft.com/traincert/syllabi/1846Afinal.asp

  50. Курс 2710 • Analyzing Requirements and Defining Microsoft .NET Solution Architectures • 5 дней, компьютеры используются • Подробно изучается фаза планирования для проектов разработки ПО (application development) • http://www.microsoft.com/traincert/syllabi/2710bfinal.asp

More Related