- •Семейство технологий idef (слайды)
- •Подход msf
- •Выработка концепции
- •Планирование (фазы mfs)
- •Разработка (фазы mfs)
- •Стабилизация (фазы mfs)
- •Внедрение (фазы mfs)
- •Каноническое проектирование
- •Процессные потоковые модели
- •Типовые проектные решения
- •Анализ и моделирование функциональной области внедрения ис (Полная бизнес-модель компании, Обобщённая схема организационного бизнес – моделирования и т.Д.)
- •Модели жизненных циклов
Подход msf
Microsoft Solutions Framework (MSF) – это методология ведения проектов и разработки решений, базирующаяся на принципах работы над продуктами самой фирмы Microsoft и предназначенная для использования в организациях, нуждающихся в концептуальной схеме для построения современных решений. 1994г.
Состав пакета:
«Модель процессов MSF»*
«Модель проектной группы MSF»
«Дисциплина управления проектами MSF»
«Дисциплина управления рисками MSF»
«Дисциплина управления подготовкой MSF»
Концепции:
Всем участникам проекта должна быть понятна его конечная цель.
Проявляйте гибкость – будьте готовы к переменам (быстрая реакция на изменение требований).
Концентрация на бизнес-приоритетах (необходимо сосредоточиться на той отдаче и выгоде, которую ожидает получить потребитель решения).
Поощряйте свободное общение (обеспечивается выявление рисков всеми участниками проекта на ранних стадиях).
Весь жизненный цикл проекта протекает в виде последовательности итераций выпуска версий. MSF рекомендует вкладывать в первую версию продукта только базовую функциональность и затем наращивать ее в следующих версиях. Для малых проектов иногда бывает достаточно одной итерации, однако все равно рекомендуется не упускать возможности версионирования.
Вот основные рекомендации MSF для выпуска версий решения:
Создавая планы, предусматривайте версионирование (нумерация каждой сборки).
Прежде всего, поставляйте базовую функциональность.
Выбирайте приоритеты, учитывая риски.
Осуществляйте частые итерации разработки.
Институцируйте процедуры контроля изменений в проекте.
Не создавайте новых версий, если они не увеличивают ценность решения.
Модель проектной группы MSF
Проектная группа разделяется на шесть ролевых кластеров, соответствующих шести качественно различным задачам проекта.
Все ролевые кластеры в команде равноправны. Иерархия отчётности сохраняется.
Календарные планы составляет руководитель кластера.
В состав кластера должен входить представитель заказчика (желательно).
Ответственность распределена по ролевым кластерам.
Управление продуктом – Представление интересов заказчика; аналитика; обоснование бизнес-отдачи; формирование единого видения и рамок проекта; управление требованиями заказчика; определение приоритетов факторов (время/рамки/ресурсы); PR продукта; план коммуникаций.
Управление программой – Управление процессом разработки с целью получение продукта в рамках проектных ограничений; формулировка спецификации и разработка архитектуры; управление совещаниями и коммуникациями; формирует сводный план; управление рисками; сетевой график работ; отчѐтность.
Разработка – Определяет дизайн решения; оценка времени разработки; разработка; консультирование.
Тестирование – Планирование тестирования; тестирование.
Удовлетворение потребителя – Представляет интересы потребителя (не заказчика, а конечного пользователя системы); сбор требований потребителя; формирует требования к эргономике, справочной системе и учебным материалам.
Управление выпуском – Внедрение; обеспечение сопровождения; материальное обеспечение и логистика; инфраструктура поставок.
Подход основанный на фазах и вехах
В рамках одной итерации, жизненный цикл выпуска версии разбивается на пять фаз:
выработка концепции (единого видения),
планирование,
разработка,
стабилизация (тестирование),
внедрение.
Каждая фаза цикла заканчивается главной вехой (контрольной точкой). Соответственно главные вехи будут иметь названия: концепция продукта утверждена, планы продукта утверждены, разработка завершена, готовность решения утверждена, внедрение завершено.
Веха является точкой синхронизации достигнутых результатов и ожиданий заказчика, а также анализа проектной среды. В решении о закрытии очередной фазы должны принимать участие ответственные представители всех ролевых кластеров (разработка, тестирование, внедрение, управление проектом и пр.).
ФАЗЫ MFS
