Введение в MSF
реклама
Успешные проекты нечасты в IT Проваленные 2000 1998 Успешные 49% 28% 23% 28% 1995 1994 Проблемные 46% 40% 31% 26% 33% 53% 27% 16% Статистика по 30,000 проектам по разработке ПО в американских компаниях Источник: The Standish Group International, Extreme Chaos, The Standish Group International, Inc., 2000 Успешные проекты – вовремя и в рамках бюджета был выполнен весь намеченный фронт работ Проблемные – не уложились в сроки, перерасходовали бюджет и/или сделали не все, что требовалось Проваленные – не были доведены до конца 1 Введение в Microsoft Solutions Framework В.Л.Павлов, [email protected] О докладчике В.Л.Павлов Опыт руководства IТ-проектами Проекты длительностью до 2 лет Коллективы 100 и более человек Интернациональные и распределенные команды Сертификаты MSF Practitioner MCT, MCSD for .NET, MCSD CompTIA Certified IT Project+ Член ACM, IEEE и PMI 3 Результаты внедрение методик управления IT-проектами Показатель Улучшение Точность оценок затрат времени 38.6 % Уровень удовлетворенности заказчиков 37.6 % Точность выполнения календарного плана 32.1 % Точность выполнения бюджета 23.8 % Продуктивность персонала 22.8 % Скорость выхода продукта на рынок 21.7 % Данные опроса Center for Business Practices за 2002г. 42% опрошенных организаций входит в список Fortune 1000 4 Немного терминологии Проект (project) – ограниченная временными рамками деятельность, цель которой состоит в создании уникального продукта или услуги Решение (solution) - скоординированная поставка набора элементов (таких как программно-технические средства, документация, обучение и сопровождение), необходимых для удовлетворения некоторой бизнес-потребности конкретного заказчика 5 Проекты (projects) Уникальные цели, структура и задачи Толчок к изменениям Новый уникальный продукт или услуга Неоднородная команда Даты начала и конца Процессы (operations) Неизменные цели и задачи, стабильная структура Поддержание статус-кво Стандартный продукт или услуга Однородная команда Происходит постоянно 6 MSF и MOF MSF = Microsoft Solutions Framework Подход Microsoft к управлению IТ-проектами: Проекты разработки ПО Проекты развертывания инфраструктуры MOF = Microsoft Operations Framework Подход Microsoft к управлению IТ-процессами (операциями) на предприятии 7 MSF и MOF Microsoft Solutions Framework Microsoft Operations Framework 8 Эволюция MSF Первоначальная версия MSF увидела свет в 1994 г. В 2002 г. была опубликована последняя версия MSF (v3.0) MSF “взрослеет” подобно другим продуктам Microsoft Windows XP намного более зрелый продукт, чем Windows 95, аналогичная тенденция наблюдается и для MSF 9 Структура MSF ДВЕ МОДЕЛИ Модель Модель Проектной Группы Процессов ТРИ ДИСЦИПЛИНЫ Дисциплина управления Дисциплина управления Дисциплина управления Проектами Рисками Подготовкой 10 Структура MSF MSF состоит из двух моделей и трех дисциплин Они подробно описаны в 5+1 whitepapers http://www.microsoft.com/rus/msf http://www.microsoft.com/msf Начинать изучение MSF нужно с моделей, затем переходя к дисциплинам 11 Основные признаки неуспешных проектов Мы не могли получить информацию, которая была нужна для дальнейшей работы Проект не уложился в бюджет и сроки Мы не понимали ясно, что нужно делать Результат проекта оказался непредсказуем, мы продолжали обнаруживать новые проблемы Проект не оправдал наши ожидания – мы не довольны Конечный результат не соответствует первоначальному видению Мы не знали, как наша работа влияла на работу других членов нашей команды Проект слишком сложен для пользователя 12 Модель проектной группы MSF (Ролевые кластеры и стоящие перед ними цели) Достижение результата в рамках проектных ограничений (бюджет, сроки и т.п.) Удовлетворенные заказчики Управление программой Создание продукта в соответствии со спецификацией Управление продуктом Удовлетворение потребителя Повышение эффективности пользователя, увеличение потребительской ценности продукта Разработка Команда соратников Тестирование Управление выпуском Одобрение выпуска продукта только лишь после того, как все дефекты выявлены и улажены Беспроблемное внедрение и сопровождение продукта 13 MSF Team Model Delivering the solution within project constraints Satisfied customers Program Management Building to specification Product Management Development User Experience Test Enhanced user effectiveness Release Management Approval for release only after all quality issues are identified and addressed Smooth deployment and ongoing operations 14 Структура ролевых кластеров Пример Role cluster (role) Functional areas Responsibilities Tasks Program management Project management Solution architecture Drive overall solution design Manage functional specification Maintain traceability map Liaise with other project teams on interoperability issues 15 Модель проектной группы Управление проектом Выработка архитектуры решения Контроль производственного процесса Административные службы Бизнес-приоритеты Маркетинг Представление интересов заказчика Планирование продукта Управление программой Технологическое консультирование Проектирование и осуществление реализации Разработка приложений Разработка инфраструктуры Управление продуктом Разработка Удовлетворение потребителя Тестирование Обучение Эргономика Представление интересов пользователя Графический дизайн Интернационализация Обеспечение технической поддержки Общедоступность (обеспечение возможности работы для пользователей с ограниченными физическими возможностями) Управление выпуском Инфраструктура Сопровождение Бизнес-процессы Управление выпуском готового продукта Планирование тестов Разработка тестов Отчетность по тестам 16 Масштабирование модели проектной группы В одном ролевом кластере может быть много людей Один человек может взять на себя несколько ролей Большие коллективы: Создаем группы направлений Создаем функциональные группы Малые коллективы: Используем таблицу совместимости ролей 17 Большой коллектив Руководящая группа Управление программой Лидер группы Управление продуктом Разработка Удовлетворение потребителя Тестирование Управление выпуском Управление программой Удовлетворение потребителя (функциональная группа) Управление программой Разработка Удовлетворение потребителя Разработка Удовлетворение потребителя Тестирование Тестирование Управление программой Разработка клиентских компонент (группа направления) Разработка Удовлетворение потребителя Разработка средств обмена сообщениями (группа направления) Тестирование Разработка средств печати (группа направления) 18 Таблица совместимости ролей Управление продуктом Управление продуктом Управление программой Разработка Тестирование Удовлетворение потребителя Управление выпуском - - + + ± - ± ± + - - - + + Управление программой - Разработка - - Тестирование + ± - Удовлетворение потребителя + ± - + Управление выпуском ± + - + + Допустимо ± Нежелательно ± ± - Нельзя 19 Минимальный коллектив Удовлетворение потребителя Управление программой Управление продуктом Управление выпуском Разработка Тестирование 20 Модель процессов Внедрение завершено Готовность решения утверждена Концепция проекта утверждена Планы проекта утверждены Разработка завершена Разработка 21 Различные кластеры играют ведущую роль на различных фазах Milestone MSF Role Cluster Vision/scope approved Product management Project plans approved Program management Scope complete Development User experience Release readiness approved Testing Release management Deployment complete Release management 22 Вехи (milestones) в MSF Вехи – это точки синхронизации, оценки достигнутого прогресса и коррекции Вехи – это НЕ точки “замораживания” окончательных и бесповоротных проектных решений Результаты (Deliverables) являются “физическим доказательством” того, что веха была достигнута Главные вехи (major milestones) означают переход от одной фазы к другой Вспомогательные (внутренние) вехи (interim milestones) помогают провести декомпозицию работ и отслеживать прогресс Для каждого проекта может быть свой спектр вспомогательных вех MSF описывает некий “типичный” набор вспомогательных вех 23 Вехи как точки принятия решений и механизм самосовершенствования Milestone review meetings Выработка соглашений между customer, stakeholders, sponsors и командой проекта Принятие go/no-go решений Post-milestone review meetings Обмен полученным опытом, извлечение уроков Уточнение/модификация используемого производственного процесса для последующих фаз и проектов 24 Промежуточные вехи Внедрение завершено Внедренное решение стабилизировано Внедрение на местах завершено Ключевые компоненты развернуты Готовность решения утверждена Пилотное внедрение завершено Контрольное тестирование завершено Версии-кандидаты Тестирование приемлемости для потребителей завершено Точка достижения нуля Точка конвергенции Разработка завершена Ядро проектной группы сформировано Черновой вариант концепции проекта составлен Концепция проекта утверждена Верификация технологий осуществлена Базовая версия функциональной спецификации создана Базовая версия сводного плана проекта создана Базовая версия сводного календарного графика проекта создана Среды разработки и тестирования развернуты Планы проекта утверждены Концепция подтверждена Промежуточная версия 1 завершена Промежуточная версия 2 завершена Промежуточная версия N завершена 25 Итеративный подход Функциональность Минимизируем риски, разбивая большие проекты на несколько версий Версия 3 Версия 2 Версия 1 Время 26 Для каждой фазы модели процессов MSF определяет: Что (какие артефакты) является результатом этой фазы Над чем работает каждый из ролевых кластеров на этой фазе 27 Место проектирования в процессе Vision/Scope Approved Baseline Project Plan Approved Conceptual Design Logical Design Physical Design 28 Дисциплина управления проектами Проект (project) – ограниченная временными рамками деятельность, цель которой состоит в создании уникального продукта или услуги Управление проектами (project management) – это область знаний, навыков, инструментария и приемов, используемых для достижения целей проектов в рамках согласованных параметров качества, бюджета, сроков Возможности и прочих ограничений 29 Дисциплина управления проектами MSF Накопленные человечеством знания по управлению проектами систематизированы в стандарте ANSI PMI PMBOK 2000 Не все из описанных в PMBOK методик необходимы для IT-проектов, кроме того, ряд специфичных для IT концепций отсутствуют в PMBOK Дисциплина управления проектами MSF служит своеобразным мостиком между MSF и PMBOK 30 P Project Management Institute (PMI) Международная общественная организация Создана в 1969 г Более ста тысяч членов Подразделения в более чем 100 странах, в т.ч. России и Украине Штаб-квартира в Пенсильвании (США) http://www.pmi.org 31 Guide to the Project Management Body of Knowledge Введение в Свод знаний по управлению проектами Текущая версия опубликована в 2000г Русский перевод пока есть только для предыдущей (96г) версии Стоит $36 32 PMBOK содержит описания 39 процессов, сгруппированных в 9 областей знаний: Управление интеграционными процессами Управление объемом работ в проекте Управление временем Управление стоимостью Управление качеством Управление персоналом Управление коммуникацией Управление закупками и контрактами Управление рисками 33 Как в PMBOK описываются процессы Каждый процесс относится к одной из 9 областей знаний (управление рисками, качеством и т.п.) Каждый процесс относится к одной из 5 групп процессов (планирование, исполнение и т.п.) Для каждого процесса специфицируется (см. пример на следующем слайде): Что является входными данными Какими методами осуществляется процесс Что является результатом процесса Задается определенный порядок следования процессов 34 Инициирование проекта Формальное признание необходимости осуществления проекта, выделение на него ресурсов, назначение менеджера проекта и т.п. Главные результаты: Утвержден project charter – устав проекта Назначен менеджер проекта 35 Инициирование проекта Входы Методы инструменты 1. Стратегический план 2. Критерии отбора проектов 3. Описание продукта 4. Историческая информация Выходы 1. Устав проекта 1. Методики отбора проектов 2. Экспертная оценка 2. Официально утвержденный менеджер проекта 3. Ограничения 4. Допущения 36 Проектные ограничения "Любую техническую проблему можно преодолеть, имея достаточно времени и денег" (закон Лермана) СЛЕДСТВИЕ: "Вам никогда не будет хватать либо времени, либо денег" 37 Управление изменениями Мы не можем избежать изменений в проекте Но мы можем заранее договориться о приоритетах, которыми будем руководствоваться при реагировании на изменения Фиксируе тся Согласов ывается Принимае тся Ресурсы Время Возможности Для этого используется матрица компромиссов 38 Управление ожиданиями заказчика Конус неопределенности показывает, как меняется точность оценок стоимости проекта по мере его осуществления. Важно, чтобы заказчик понимал это 39 WBS связывает спецификации, планы и календарные графики проекта 40 В MSF нет роли “менеджер проекта” Деятельность по управлению проектом распределяется между лидерами групп и ролевым кластером “Управление программой” Лидеры групп Управление программой Управление продуктом Разработка Тестирование Удовл. потребителя Управление выпуском на уровне всего проекта на уровне подгрупп 41 Дисциплина управления рисками Итеративный процесс Осуществляется на протяжении всего проекта Базируется на посылке о присутствии рисков в любом проекте Нацелена на проведение профилактических мероприятий Мы не боремся с рисками – мы ими управляем 42 Дисциплина управления рисками 2 1 Анализ и приоритез ация Формулировка риска Выявление 5 Коррекция 6 База знаний о рисках Извлечени е уроков Список рисков 3 Планировани е Глав ные риски Мониторин г 4 43 Каждый шаг описывается очень детально: 44 Дисциплина управления подготовкой Определение Знания, умения, способности Оценивание Осмыслени е Корректировк а 45 MSF включает в себя: Фундаментальные принципы Foundational Principles Ключевые концепции Key Concepts Испытанные методики Proven Practices 46 Фундаментальные принципы MSF Распределение ответственности при фиксации отчетности Clear accountability, shared responsibility Наделяйте сотрудников необходимых полномочий Empower team members Концентрируйтесь на бизнес-приоритетах Focus on business value Единое видение Shared project vision Проявляйте гибкость – будьте готовы к переменам Stay agile, expect change Поощряйте свободное общение Foster open communications Извлекайте уроки из всего Learn from all experiences Инвестируйте в качество Invest in quality 47 MSF не навязывает использование других продуктов Microsoft Например, для организации процесса производства ПО можно использовать MSF и при этом применять инструменты Borland На следующих слайдах приводятся рисунки с сайтов Borland и Microsoft 48 Средства Borland для организации работы над проектом 49 Сравниваем взгляды Microsoft и Borland на жизненный цикл проекта MSF 50 Процесс от Microsoft, инструменты от Borland... MSF 51 Доступность стандартов, знание которых требуется от IТ-менеджера Есть русский перевод Бесплатный доступ Платный доступ MSF некоторые стандарты ISO, PMBOK** MOF, CMMI, Только ITIL***, RUP***, SWEBOK*, английский стандарты IEEE, вариант стандарты OMG стандарты ISO 52 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, однако общую картину этот факт не меняет 53 Сравнение RUP, MSF и CDM Цена Допустимые технологии и инструменты Маркетинг IBM Rational Unified Process ~ $700 Любые Ведется активно Microsoft Microsoft Solutions Framework $0 Любые Практически не ведется Oracle Custom Development Method ~ $ 1500* ~ $ 2500** Oracle Практически не ведется Произво дитель Продукт 54 55 Материалы по 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 56 Не рекомендуемый (плохой, нехороший) источник Ниже приводится название книги, которая (согласно официальной аннотации к ней) могла бы находиться в списке рекомендуемой литературы, но которая имеет низкое качество и чтение которой является бесполезной (и даже вредной) тратой времени: 1. C. Уилсон. Принципы проектирования и разработки программного обеспечения. Учебный курс MCSD. Русская редакция, 2002 57 Шаблоны и примеры документов Есть только на английском языке Шаблоны доступны бесплатно на http://www.microsoft.com/rus/msf Подобно whitepapers, шаблоны распространяются бесплатно Детальные примеры входят в студенческий комплект материалов курса 2710 (это - платно) В т.ч. UML диаграммы (промежуточные и окончательные версии) 58 Диск участника семинара содержит: 1. Русский перевод пяти MSF whitepapers Доступен по адресу http://www.microsoft.com/rus/msf 2. Комплект шаблонов документов, используемых в MSF-проектах Доступен по адресу http://www.microsoft.com/rus/msf 3. Шаблон календарного графика MSF-проекта (.mpp файл для MS Project) По неизвестной причине Microsoft не включила этот шаблон в вышеописанный комплект 4. Видеозапись доклада В.Л.Павлова “MSF на предприятиях и в ВУЗах” Доклад был сделан в июне 2003 г на конференции “Технологии Microsoft в научных исследованиях и высшем образовании” 5. Другие материалы 59 Ньюс-группы Только англоязычные Публичный доступ: news://msnews.microsoft.com/microsoft.public.msf Доступ только для MCT: news://privatenews.microsoft.com/microsoft.private.mct.msfmof 60 Курс MS 1846 Microsoft Solutions Framework Essentials 3 дня, компьютеры не используются Изучаются все элементы MSF Великолепные деловые игры http://www.microsoft.com/traincert/syllabi/1846Afinal.asp 61 Курс MS 2710 Analyzing Requirements and Defining Microsoft .NET Solution Architectures 5 дней, компьютеры используются Подробно изучается фаза планирования для проектов разработки ПО (application development) http://www.microsoft.com/traincert/syllabi/2710bfinal.asp 62 Экзамен 74-100 Microsoft Solutions Framework Practitioner Endorsement Exam 70 вопросов 90 минут Проходной балл – 70% (49 вопросов) Язык - английский Не является частью программы MCP Можно сдавать только через Prometric http://www.2test.com В СНГ стоимость экзамена - $50 В США - $125 http://www.microsoft.com/technet/itsolutions/tandp/innsol/banmsfpro/default.asp 63 Небольшой тест Отложите в сторону материалы участника семинара, возьмите чистый лист бумаги и запишите свои ответы на следующие вопросы: 1. Каковы 5 основных составляющих MSF (перечислите)? 2. Какие 6 кластеров образуют модель проектной группы MSF (перечислите)? 3. Какие 6 фаз жизненного цикла IT-проекта описываются моделью процессов MSF (перечислите)? На вопросы необходимо отвечать индивидуально, не консультируясь с соседями и не заглядывая в раздаточные материалы 64 Заключение MSF – подход Microsoft к управлению IТ-проектами Состоит из 2 моделей и 3 дисциплин, их описание и шаблоны документов доступны на http://www.microsoft.com/rus/msf В ННГУ есть CD со свободно распространяемыми материалами по MSF Вопросы? 65
