Методологии разработки ПО:
История создания MSF
Основополагающие принципы MSF
Пять «белых книг» MSF
Модель команды MSF
Команда проекта в MSF 
Модель процесса MSF
Итерации Модели процесса MSF
Дисциплины MSF
Дисциплины MSF
Дисциплины MSF
заключение
1.05M

Презентация Microsoft PowerPoint (3)

1. Методологии разработки ПО:

МЕТОДОЛОГИИ
РАЗРАБОТКИ ПО:
Microsoft Solutions Framework

2. История создания MSF

ИСТОРИЯ СОЗДАНИЯ MSF
История создания MSF берет начало в 1993 году. Компания Microsoft уже была
ведущей в IT-сфере и искала способы повысить эффективность и отдачу от
своих проектов.
90-е годы стали временем расцвета новых подходов к разработке. Модель
«Водопад», которую использовали больше двух десятилетий, уже в полной мере
не отвечала требованиям в IT: была слишком жесткой и формализованной,
медленно реагировала на новые потребности пользователей.
У Microsoft был обширный опыт в создании программных продуктов и
продвижении масштабных IT-проектов: были уже выпущены Windows 3.11, Office
3.0 и многое другое. Компания суммировала накопленные знания и навыки,
проанализировала опыт конкурентов и в 1993 году выпустила серию руководств,
посвященных организации труда разработчиков — «белые книги» MSF.

3. Основополагающие принципы MSF

ОСНОВОПОЛАГАЮЩИЕ ПРИНЦИПЫ MSF
Принципов, на которых базируется MSF, всего восемь.
1. Способствуйте открытому общению
2. Работайте над общим видением
3. Расширяйте полномочия членов команды
4. Разделяйте ответственность
5. Сотрудничайте с клиентом и сосредоточьтесь на предоставлении
бизнес-ценности
6. Будьте готовы к переменам и оставайтесь гибкими
7. Инвестируйте в качество
8. Учитесь на опыте

4. Пять «белых книг» MSF

ПЯТЬ «БЕЛЫХ КНИГ» MSF
MSF разработана как комплекс отдельных компонентов — моделей и
дисциплин. Всего их пять, и они описаны в пяти «белых книгах» (white
papers) MSF.
Моделей используется две:
• модель команды;
• модель процесса.
А дисциплин в MSF три:
• управление проектами;
• управление рисками;
• управление готовностью.

5. Модель команды MSF

МОДЕЛЬ КОМАНДЫ MSF

6. Команда проекта в MSF 

КОМАНДА ПРОЕКТА В MSF

7. Модель процесса MSF

МОДЕЛЬ ПРОЦЕССА MSF

8. Итерации Модели процесса MSF

ИТЕРАЦИИ МОДЕЛИ ПРОЦЕССА MSF
1. Выработка концепции (Visioning)
2. Планирование (Planning)
3. Разработка (Developing)
4. Стабилизация (Stabilizing)
5. Внедрение (Deploying)
В конце каждой итерации клиент должен получить работоспособную
версию приложения. По завершении этапа внедрения и итерации в
целом немедленно начинается новая итерация.

9. Дисциплины MSF

ДИСЦИПЛИНЫ MSF
Управление проектом
• Роль, ответственная за выполнение этого сегмента работы, — менеджер
проекта (программы). По мере того как масштаб проекта растет,
управление проектом может разделиться на две специализированные
ветви: одна будет связана с архитектурой программного решения и
спецификациями, а другая — собственно с управлением проектом.
• Когда большие коллективы разрабатывают крупные проекты, управление
может выполняться на нескольких уровнях: задачи распределяются
между руководителями рабочих групп (команд, каждая из которых
отвечает за ту или иную роль в проекте), а роль управления программой
отвечает за координирование руководителей и в целом курирует проект.

10. Дисциплины MSF

ДИСЦИПЛИНЫ MSF
Управления рисками
Риски — это факторы и события, которые могут оказать негативное
влияние на проект в перспективе. В MSF есть специальный процесс,
который помогает выявлять, отслеживать и минимизировать риски. Он
состоит из шести шагов.
1. Определение рисков
2. Анализ и расстановка приоритетов
3. План и график
4. Отслеживание и отчет
5. Контроль
6. Знание

11. Дисциплины MSF

ДИСЦИПЛИНЫ MSF
Управления готовностью
Эта дисциплина занимается вопросами профессионального роста и
подготовки специалистов.
Процесс управления готовностью включает четыре этапа:
1. Определение
2. Оценка
3. Изменение
4. Подведение итогов

12. заключение

ЗАКЛЮЧЕНИЕ
Пять «белых книг» описывают MSF в мельчайших деталях, давая точные
определения ее компонентам, а также подробные описания процессов.
Тем не менее методология MSF остается гибкой и может легко
масштабироваться для использования в корпорациях или стартаппроектах. Она очень демократична по своей сути, но категорически
требует одного — отказаться от иерархии и диктатуры в управлении.
Любое решение должно быть выработано в коллективе коллегиально, а
ответственность распределяется между всеми.
English     Русский Правила