Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 6. Методология Microsoft Solutions Framework.

Презентация:



Advertisements
Похожие презентации
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 8. Методология Microsoft Solutions Framework.
Advertisements

(C) МЭИ (ТУ), ВМСС, Галь В.Ю., Окороков А.И., Управление проектами в сфере ИТ Лекция 3 «Жизненный цикл программного обеспечения»
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 4. Прохождение фазы выработки концепции в.
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 7. Методология Microsoft Solutions Framework.
Модель процессов введение Microsoft Solution Framework.
MSF: Модель проектной группы (MSF Team Model). Структура MSF (вспомним предыдущий материал)
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 5. Методология Microsoft Solutions Framework.
Этапы планирования потребности в персонале
EXtreme Programming XP Тема 2. XP Заказчики определяют: объем работ; приоритеты; композиции версий; сроки выпуска версий. Разработчики определяют: оценку.
Проектный менеджмент(П.М.) Халудорова Л.Е., к.п.н., доцент.
Цель: гарантировать понимание процессов всеми членами команды Автор: Михаил Смирнов
Учебный курс Разработка ИТ-стратегии Лекция 2 доктор технических наук, профессор Васильев Роман Борисович.
ПРОЦЕСС КОНСУЛЬТИРОВАНИЯ И ОРГАНИЗАЦИЯ ВЫПОЛНЕНИЯ РАБОТ Гродно Ли Чон Ку.
Управление проектным циклом Методика разработки, выполнения и оценивания проектов (версия Европейского союза)
Анализ проекта [Проект] [Докладчик]. Исполнение и цели Цель: укажите исходные цели или цели проекта –Перечислите критерии оценки успешного выполнения.
Стратегическое планирование Тема 8. План Сущность стратегического планирования Сущность стратегического планирования Процесс стратегического планирования.
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 8. Прохождение фазы внедрения в каждой команде.
Тел.: (+7 499) , интернет: © 2009 ООО«Баллистика» Технологический процесс создания сайта Путь успешного внедрения, минимизация.
Основы социального проектирования Лекция 1.. План. 1.Понятие о социальном проектировании. 2.Структура проекта. 3.Методы реализации проекта. 4.Мониторинг.
МЕНЕДЖМЕНТ «Контроль как функция менеджмента». Контроль - процесс, обеспечивающий достижение системой поставленных целей и состоящий из трех основных.
Транксрипт:

Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 6. Методология Microsoft Solutions Framework. Управление рисками. Модель процессов

Содержание Вспоминая предыдущую лекцию Управление рисками в MSF for Agile Software Development Модель процессов MSF for Agile Software Development Что дальше? Литература

Содержание Вспоминая предыдущую лекцию Управление рисками в MSF for Agile Software Development Модель процессов MSF for Agile Software Development Что дальше? Литература

Вспоминая предыдущую лекцию Наша предыдущая лекция была посвящена введению в методологию Microsoft Solutions Framework. –Мы обсудили, что такое методология вообще. –Поговорили о том, чем является и чем не является MSF. В чем она схожа с другими методологиями и чем отличается от них. –Перечислили и кратко охарактеризовали концепции MSF: модель процессов, управление проектом, модель проектной группы, управление рисками. Далее мы дали краткую историческую справку по MSF и указали нововведения последней версии MSF 4.0. Наконец, мы подробно остановились на модели проектной группы MSF и рассмотрели принципы формирования команды, роли и ролевые группы, которые выделяет MSF, их задачи и зоны ответственности.

Содержание Вспоминая предыдущую лекцию Управление рисками в MSF for Agile Software Development Модель процессов MSF for Agile Software Development Что дальше? Литература

Управление рисками в MSF for Agile Software Development… Дисциплина управления рисками MSF возводит процесс управления рисками в ранг стратегической задачи, затрагивающей все фазы проекта. В рамках MSF управление рисками – это процесс выявления, анализа и превентивной работы над рисками в целях предотвращения их превращения в проблемы, приносящие ущерб или иной вред. В ходе всего проекта команда должна уделять внимание дисциплине управления рисками.

Управление рисками в MSF for Agile Software Development… Дисциплина управления рисками MSF Основные ее характеристики: она всеобъемлюща и принимает во внимание все составляющие проекта: людей, бизнес-процессы, технологические элементы и т.д.; она включает в себя пошаговый, систематический и воспроизводимый процесс управления рисками проекта; ее использование непрерывно на протяжении всего жизненного цикла проекта; она превентивна и не исходит из идеологии действия по факту случившегося. она вовлекает всю проектную группу в непрерывное извлечение уроков из полученного опыта.

Управление рисками в MSF for Agile Software Development… Основные сведения о рисках Риск проекта в MSF – событие или условие, которое может оказать как негативное, так и позитивное влияние на итоги проекта. Риски не есть проблемы. Проблемы – это нечто, имеющие место в настоящее время, в то время как риски относятся к будущему и носят вероятностный характер (могут и не состояться). Однако риски могут стать проблемами, если ими эффективно не управлять.

Управление рисками в MSF for Agile Software Development… Основные сведения о рисках Цель управления рисками – максимизировать их положительное влияние (открывающиеся возможности), но при этом минимизировать связанные с ними негативные факторы (убытки). Дисциплина управления рисками в MSF основана на убеждении, что такое управление должно выполняться превентивно; это часть формального и систематического процесса, трактующего усилия, затрачиваемые на управление рисками, с позитивной точки зрения.

Управление рисками в MSF for Agile Software Development… Основные сведения о рисках Говоря о рисках, MSF выделяет несколько ключевых концепций: Риск – неотъемлемая часть всякого проекта или процесса. Несмотря на то, что различные проекты могут быть связаны с большим или меньшим числом рисков, не существует ни одного проекта, полностью свободного от них. Цель состоит не в том, чтобы избежать рисков, а в том, чтобы предвосхищать потенциальные проблемы и заблаговременно готовиться к их решению, если они возникнут.

Управление рисками в MSF for Agile Software Development… Основные сведения о рисках Говоря о рисках, MSF выделяет несколько ключевых концепций: Выявление рисков нужно всячески одобрять. Проектная группа должна смотреть на выявление рисков как на позитивную деятельность. Знание о существовании рисков – необходимое условие эффективной работы над ними. Следовательно, перспективы успеха проектной группы от проведения работы по выявлению рисков лишь увеличиваются.

Управление рисками в MSF for Agile Software Development… Основные сведения о рисках Говоря о рисках, MSF выделяет несколько ключевых концепций: Оценка рисков должна вестись постоянно. Обстоятельства, в которых проектная группа работает над созданием решения, обладают постоянной изменчивостью, следовательно, команда должна регулярно проводить переоценку выявленных рисков и постоянно следить за появлением новых. Управление рисками должно быть интегрировано в общий жизненный цикл проекта. О положении дел в проекте нужно судить не по количеству рисков, связанных с его выполнением, а по степени проработанности процедуры их выявления, анализа и управления ими.

Управление рисками в MSF for Agile Software Development… Планирование управления рисками Как будет реализовываться процесс управления рисками? Из каких шагов состоит этот процесс? Кто будет осуществлять действия по управлению рисками? Какие для этого требуются навыки/квалификация? Требуется ли дополнительное обучение? Как будут строиться планы управления рисками и планы мероприятий по смягчению возможных негативных последствий? Как деятельность по управлению рисками будет интегрирована в общий план проекта? Какие действия будут предпринимать отдельные члены проектной группы для управления рисками? Какие ресурсы доступны для управления рисками? Каковы временные ограничения в мероприятиях, связанных с управлением рисками?

Управление рисками в MSF for Agile Software Development… Процесс управления рисками Процесс управления рисками MSF определяет шесть логических шагов, посредством которых проектная группа управляет текущими рисками, разрабатывает и исполняет стратегии управления рисками и извлекает уроки из своего опыта для использования на уровне всего предприятия. Процесс управления рисками MSF. Источник: Дисциплина управления рисками MSF. Белая книга, 2003

Управление рисками в MSF for Agile Software Development… Процесс управления рисками Выявление рисков (risk identification) – этап, позволяющий членам проектной группы вынести на обсуждение всей команды факты наличия рисков. Анализ рисков (risk analysis) – этап преобразования накопленных во время предыдущего шага оценок и данных в форму, позволяющую осуществить приоритезацию рисков. Приоритезация рисков (risk prioritization) позволяет проектной группе управлять наиболее важными из них, выделяя для этого необходимые ресурсы. Планирование рисков (risk planning) выполняется исходя из информации, полученной на этапе их анализа, и имеет целью выработку стратегий, планов и конкретных шагов.

Управление рисками в MSF for Agile Software Development… Процесс управления рисками Мониторинг рисков (risk tracking) выполняется для наблюдения за конкретными рисками и прогрессом в осуществлении составленных планов. Мониторингу должны быть подвергнуты сделанные оценки вероятности (probability) риска, его угрозы (impact), ожидаемая величина риска (exposure) и прочие факторы, способные повлиять на приоритет рисков. Корректирование ситуации (risk control) представляет собой процесс исполнения принятых в отношении рисков планов и контроля за ходом их исполнения. Извлечение уроков (risk learning) формализует процесс усвоения накопленного за время работы над проектом опыта.

Управление рисками в MSF for Agile Software Development… Процесс управления рисками Не обязательно в хронологическом порядке! Процесс управления рисками MSF. Источник: Дисциплина управления рисками MSF. Белая книга, 2003

Управление рисками в MSF for Agile Software Development… Управление рисками как составная часть жизненного цикла проекта Процесс управления рисками в MSF тесно интегрирован с общим жизненным циклом проекта. Оценка рисков может быть начата даже на этапе выработки концепций. По результатам анализа и планирования рисков необходимые планы по предотвращению и смягчению последствий должны быть сразу включены в календарный график проекта и его сводный план. В ходе выполнения проекта команда постоянно проводит мониторинг рисков, осуществляет необходимые корректирующие действия в соответствии с расписанием и планом проекта, и при наступлении связанных с триггерами рисков событий.

Управление рисками в MSF for Agile Software Development… Управление рисками как составная часть жизненного цикла проекта Действия по выявлению и анализу новых рисков могут проводиться по достижении вех (milestones) проекта (подробнее о вехах далее в этой лекции). Также в этот момент можно резюмировать извлеченные уроки. По ходу проекта тип рисков, которым уделяется внимание, также должен изменяться. На ранних этапах доминируют риски связанные с бизнесом, рамками проекта, требованиями к конечному продукту и проектированием этого продукта. С течением времени начинают играть важную роль технологические риски, связанные с реализацией проекта. Затем внимание переходит к рискам поддержки и сопровождения. Для организации деятельности по выявлению рисков в моменты основных фазовых переходов полезно использовать контрольные перечни (checklists) и классификации рисков.

Управление рисками в MSF for Agile Software Development… Учебный пример. Выделение рисков «Система бронирования билетов для авиакомпании». Наименование рискаКомментарий 1Не успеем сдать проект вовремя Из-за неправильной организации работ затратим больше времени, чем заявлено в контракте 2Не хватит квалификации персонала При создании продукта используется новая технология (JNL), персонал с ней не работал и может не разобраться 3Один из членов команды заболеет Команда не многочисленна и отсутствие одного из членов команды ведет задержке в работах 4Заказчик изменит требования В данный момент требования согласованы с заказчиком и утверждены, но в процессе работы заказчик может захотеть добавить в решение новую функциональность 5Авария на подстанции, отключение электричества Потеряем время, пока авария будет устраняться.

Управление рисками в MSF for Agile Software Development… Учебный пример. Выделение рисков «Система бронирования билетов для авиакомпании». Наименование рискаКомментарий 6Отключат доступ к Интернету Ухудшится возможность быстрого получения необходимых сведений, пропадет электронная почта и другие средства коммуникации 7Заказчик вовремя не оплатит счета Задержка в покупке необходимого оборудования 8Из-за необнаруженной вовремя ошибки система нанесет урон заказчику На время устранения ошибки пассажиры не смогут заказывать билеты через систему. Потребуется ручная работа персонала. Компания потеряет возможных клиентов и часть прибыли. 9На стороне заказчика нет заявленной в требованиях аппаратуры Не сможем адекватно развернуть систему 10Не сможем подобрать необходимые кадры Придется совмещать роли

Управление рисками в MSF for Agile Software Development… Учебный пример. Выделение рисков «Система бронирования билетов для авиакомпании». ПервопричинаУсловиеПоследствиеПриносимый ущерб Нехватка кадровОдин из членов команды заболеет Функции заболевшего придется передать другому Потери времени Форс-мажорАвария на подстанции, отключение электричества Потеряем время, пока авария будет устраняться После устранения аварии придется увеличить нагрузку, чтобы наверстать потери времени Организация работыНе сможем подобрать необходимые кадры Участникам придется совмещать роли Дополнительные трудозатраты, снижение качества продукта, увеличение времени разработки решения

Содержание Вспоминая предыдущую лекцию Управление рисками в MSF for Agile Software Development Модель процессов MSF for Agile Software Development Что дальше? Литература

Модель процессов MSF for Agile Software Development… Модель процессов MSF представляет общую методологию разработки и внедрения IT-решений. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT-проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral). Модели процесса (слева направо): каскадная, спиральная, MSF. Источник: Модель процессов MSF. Белая книга, 2003

Модель процессов MSF for Agile Software Development… Принципы модели процессов Взаимодействуйте с заказчиками Поощряйте свободный обмен информацией в проекте Создавайте единое видение проекта Следите за качеством продукта Проявляйте гибкость – будьте готовы к изменениям Ставьте вехи Будьте готовы к внедрению сегодня

Модель процессов MSF for Agile Software Development… Управление компромиссами В силу свойственной IT-проектам неопределенности и рискованности, одним из ключевых факторов их успеха являются эффективные компромиссные решения (trade-offs). Треугольник компромиссов – взаимозависимость между ресурсами проекта (людскими и финансовыми), его календарным графиком (временем) и реализуемыми возможностями (рамками). Треугольник компромиссов. Источник: Модель процессов MSF. Белая книга, 2003

Модель процессов MSF for Agile Software Development… Управление компромиссами Матрица компромиссов проекта (project tradeoff matrix) Отражает достигнутое на ранних этапах проекта соглашение между проектной группой и заказчиком о выборе приоритетов в возможных в будущем компромиссных решениях. Возможный вариант такой матрицы: Матрица компромиссов. Источник: Модель процессов MSF. Белая книга, 2003

Модель процессов MSF for Agile Software Development… Схема процесса разработки Модели процессов описывают последовательность действий, осуществляемых в ходе реализации проекта. MSF – одна из лучших моделей. В результате своего развития она объединила ряд наиболее эффективных принципов других известных моделей процессов, сформировав при этом единую базу для работы над проектами любых типов: –ориентированных на фазы (phase-based); –основанных на вехах/контрольных точках (milestone- driven); –итеративных (iterative).

Модель процессов MSF for Agile Software Development… Схема процесса разработки Структурные единицы схемы MSF for Agile Software Development поддерживает быструю итеративную разработку. Проектирование, разработка, тестирование выполняются в перекрывающих друг друга итерациях, каждая из которых фокусируется на реализации отдельных аспектов решения. Короткие итерации позволяют свести к минимуму влияние ошибок в понимании и формулировании требований, дают быструю обратную реакцию о точности проектных планов. Каждая итерация должна завершаться получением результата в виде стабильной части целого продукта.

Модель процессов MSF for Agile Software Development… Схема процесса разработки Структурные единицы схемы Итерации процесса разработки. Источник: MSF for Agile Software Development Process Guidance

Модель процессов MSF for Agile Software Development… Схема процесса разработки Цикличность процесса разработки На каждом уровне процесса создания решения MSF предполагает цикличность. Создание версии продукта – цикл из итераций. Итерация – цикл из ежедневно собираемых билдов. Билд – цикл изменений, вносимых в систему контроля версий. Циклы процесса разработки. Источник: MSF for Agile Software Development Process Guidance

Модель процессов MSF for Agile Software Development… Схема процесса разработки Фазы и вехи процесса разработки Модель MSF покрывает процесс создания решения с самого его начала и до момента окончательного внедрения. Весь процесс создания решения разбит на пять фаз. Каждая из них заканчивается главной вехой, результаты которой становятся видимыми за пределами проектной команды. Веха является точкой синхронизации достигнутых результатов и ожиданий заказчика, а также анализа проектной среды. В решении о закрытии очередной фазы должны принимать участие ответственные представители всех ролевых групп. В рамках фазы обычно присутствуют промежуточные вехи, обозначающие достигнутые промежуточные результаты. MSF дает определенные рекомендации относительно промежуточных вех на каждой фазе, однако проектная команда может сформировать свои специфические для проекта и фазы промежуточные вехи.

Модель процессов MSF for Agile Software Development… Схема процесса разработки Фазы и вехи процесса разработки Фазы и вехи модели процессов MSF. Источник: Модель процессов MSF. Белая книга, 2003

Содержание Вспоминая предыдущую лекцию Управление рисками в MSF for Agile Software Development Модель процессов MSF for Agile Software Development Что дальше? Литература

Что дальше? Тема следующей лекции – Фазы «Выработка концепции» и «Планирование» в методологии MSF.

Литература к лекции Модель процессов MSF. Белая книга, 2003, перевод eLine Software. Дисциплина управления рисками MSF. Белая книга, 2003, перевод eLine Software. Модель проектной группы MSF. Белая книга, 2003, перевод eLine Software. 1846A: Microsoft Solutions Framework Essentials. Microsoft Official Course, B: Analyzing Requirements and Defining Microsoft.NET Solutions Architecture. Microsoft Official Course, 2003 MSF Process Model. White paper, 2002 Microsoft Corporation. MSF Risk Management Discipline. White paper, 2002 Microsoft Corporation. MSF Team Model. White paper, 2002 Microsoft Corporation. MSF for Agile Software Development Process Guidance: [