微软MSF成功的实践经验

微软MSF成功的实践经验

1、每天都保持出货状态

2、使用一对一的测试人员

3、建立特性小组

4、使用有缓冲的多个开发周期

5、建立固定的出货日期

6、增量式开发软件

7、分享经验教训

应用MSF

开发观念与原则

并不需要强制执行统一的过程，相反，每个产品组都需要通过吸收学习当前成功的实践经验来发展自己的合理的开发过程。

组成

企业结构原则：商业结构，应用结构，技术结构，信息结构

应用开发原则：组队模型，开发模型，风险管理

组件设计原则：概念设计，逻辑设计，物理设计

基础开发原则：组队模型，开发模型，风险管理

理解成熟度模型

软件五层结构成熟度模型

层次焦点关键过程区

5:优化级连续的过程改进缺陷防范

技术变动管理

过程变动管理

4:可管理级产品与过程质量

定量过程管理

软件质量管理

3:确定级被定义的工程过程组织的程重点

组织过程定义

综合软件管理

软件产品工程

组间协调

培训程序

伙伴审查

2:可重复级

项目管理与承诺过

程

软件需求管理

软件项目计划

软件项目跟踪与监

管

软件转包合同管理

软件质量保证

软件配置管理

1:初始级优秀个人

层次：软件开发过程的层次

层次1

未随开发对象的改变而选择合理的开发过程无控制的承诺

进化至层次2

需求控制

日常项目活动管理

配置管理与质量保证

子合同活动管理

跟踪出合理的计划

进化至层次3

分享与裁剪组织的成功经验

使用软件过程工程师

定义开发过程与角色

进化至层次4

量化的过程管理

设定产品质量目标

进化至层次5

过程的质量控制让任何相关人员可以参与评价与改进过程将成熟度模型分为基本的主题

获得连续的过程改进：PDCA循环

建立学习型组织

评价执行领导

分层管理

通过测量来改进

提供基础支持：培训等

文化转变

将有效的过程作为竞争优势

裁剪过程

使用解决方案开发原则观念

对等小组

小的小组

里程碑驱动的过程模型

个人承诺

信息交流交付物

风险驱动的进度表

版本化的发布

多个内部版本

迭代的分析与设计

在编码前进行规格描述

自下而上的估计

零缺陷

固定出货日期

MSF组队模型

MSF过程模型

MSF过程模型的活动与里程碑

主要里程碑

模型区间

关键活动

想象性描述与范围确定被核准

想象 建立项目范围与用户需求

项目计划被核准 计划

开发功能祥述与开发计划

草图设计 设定发布日期

完成所有交付物

首次使用

开发

完成设计

实现并测试代码

开发文档

开发培训 贝塔测试准备

发布 稳定

完成系统测试

完成首次展示准备

MSF 内部发布里程碑

MSF过程模型中组队角色的责任

角

色

想象被核准项目计划被核准开发完成发布

产品管理

写作想象性

描述文档

参与概念设计管理客户期望协调贝塔测试与产品发布

程序管理

开发设计目

标

开发成

功要素

开发风

险矩阵

建立解

决方案概念

草拟功能祥述

用商业术语祥

述逻辑设计

为下一阶段建

立计划与进度安排

设定出货日期

管理规格说明

跟踪项目

沟通项目状

态

准备贝塔测

试计划

协调可用性

测试

跟踪项目状态

协调发布进度

开发

考虑其他要

素

技术评价

参与物理设计

开发概念试验

或实现原型

估计任务并确

定进度

开发产品原理，演

示，和原始原型

创建内部版

本

优化代码

支持可用性

测试

缺陷修正

清理文书工作

（将规格说明与设计文

档升级至产品当前的发布水

平）

用户教育

建立系统运

行的策略

建立视

觉设计的策

评价系统运行的设计

计划和安排文

创建和回顾文档，图

形和课程材料

参与可用性

交付

训练

管理执行系统的基线

略

建立用

户训练的策

略

档和在线交付工作测试

测试

评价想象性

描述与范围陈

诉

评测设计

为下一阶段做

测试计划与开发进

度

评价下一阶段

的测试计划与开发

进度

执行测试并报告结

果

校验臭虫修

正

参与可用性

测试

根据进度表

检验团队的执行

情况

贝塔测试

发布与最终就绪的发布

候选

执行配置测试

后勤管理

识别分发关

系

评测设计

为首次展示开

发计划与进度

创建工作和支持的

指导方针

创建最后的

发布进度表

支持贝塔测试与首次展示

管理发布过程

所

有成

员

风险定义更新风险清单更新风险清单更新风险清单

来源：微软责编：豆豆技术应用