微软MSF成功的实践经验..doc

微软成功的实践经验 　　1、每天都保持出货状态 　　2、使用一对一的测试人员 　　3、建立特性小组 　　4、使用有缓冲的多个开发周期 　　5、建立固定的出货日期 　　6、增量式开发软件 　　7、分享经验教训 　　应用MSF 　　开发观念与原则 　　并不需要强制执行统一的过程，相反，每个产品组都需要通过吸收学习当前成功的实践经验来发展自己的合理的开发过程。 　　组成 　　企业结构原则：商业结构，应用结构，技术结构，信息结构 　　应用开发原则：组队模型，开发模型，风险管理 　　组件设计原则：概念设计，逻辑设计，物理设计 　　基础开发原则：组队模型，开发模型，风险管理 　　理解成熟度模型 　　软件五层结构成熟度模型 层次 焦点 关键过程区 5:优化级 连续的过程改进 缺陷防范 　　技术变动管理 　　过程变动管理 4:可管理级 产品与过程质量 定量过程管理 　　软件质量管理 3:确定级 被定义的工程过程 组织的程重点 　　组织过程定义 　　综合软件管理 　　软件产品工程 　　组间协调 　　培训程序 　　伙伴审查 2:可重复级 项目管理与承诺过程 软件需求管理 　　软件项目计划 　　软件项目跟踪与监管 　　软件转包合同管理 　　软件质量保证 　　软件配置管理 1:初始级 优秀个人 　 　　层次：软件开发过程的层次 　　层次1 　　未随开发对象的改变而选择合理的开发过程 　　无控制的承诺 　　进化至层次2 　　需求控制 　　日常项目活动管理 　　配置管理与质量保证 　　子合同活动管理 　　跟踪出合理的计划 　　进化至层次3 　　分享与裁剪组织的成功经验 　　使用软件过程工程师 　　定义开发过程与角色 　　进化至层次4 　　量化的过程管理 　　设定产品质量目标 　　进化至层次5 　　过程的质量控制让任何相关人员可以参与评价与改进过程 　　将成熟度模型分为基本的主题 　　获得连续的过程改进：PDCA循环 　　建立学习型组织 　　评价执行领导 　　分层管理 　　通过测量来改进 　　提供基础支持：培训等 　　文化转变 　　将有效的过程作为竞争优势 　　裁剪过程 　　使用解决方案开发原则观念 　　对等小组 　　小的小组 　　里程碑驱动的过程模型 　　个人承诺 　　信息交流交付物 　　风险驱动的进度表 　　版本化的发布 　　多个内部版本 　　迭代的分析与设计 　　在编码前进行规格描述 　　自下而上的估计 　　零缺陷 　　固定出货日期 　　MSF组队模型 　　MSF过程模型 　　MSF过程模型的活动与里程碑　 主要里程碑 模型区间 关键活动 想象性描述与范围确定被核准 想象 建立项目范围与用户需求 项目计划被核准 计划 开发功能祥述与开发计划 　　草图设计 　　设定发布日期 完成所有交付物 　　首次使用 开发 完成设计 　　实现并测试代码 　　开发文档 　　开发培训 　　贝塔测试准备 发布 稳定 完成系统测试 　　完成首次展示准备 　　MSF内部发布里程碑 　　MSF过程模型中组队角色的责任 角色 想象被核准 项目计划被核准 开发完成 发布 产品管理 写作想象性描述文档 参与概念设计 管理客户期望 协调贝塔测试与产品发布 程序管理 开发设计目标 　　开发成功要素 　　开发风险矩阵 　　建立解决方案概念 草拟功能祥述 　　用商业术语祥述逻辑设计 　　为下一阶段建立计划与进度安排 　　设定出货日期 管理规格说明 　　跟踪项目 　　沟通项目状态 　　准备贝塔测试计划 　　协调可用性测试 跟踪项目状态 　　协调发布 进度 开发 考虑其他要素 技术评价 　　参与物理设计 　　开发概念试验或实现原型 　　估计任务并确定进度 开发产品原理，演示，和原始原型 　　创建内部版本 　　优化代码 　　支持可用性测试 缺陷修正 　　清理文书工作 　　（将规格说明与设计文档升级至产品当前的发布水平） 用户教育 建立系统运行的策略 　　建立视觉设计的策略 　　建立用户训练的策略 评价系统运行的设计 　　计划和安排文档和在线交付工作 创建和回顾文档，图形和课程材料 　　参与可用性测试 交付 　　训练 　　管理执行系统的基线 测试 评价想象性描述与范围陈诉 评测设计 　　为下一阶段做测试计划与开发进度 　　评价下一阶段的测试计划与开发进度 执行测试并报告结果 　　校验臭虫修正 　　参与可用性测试 　　根据进度表检验团队的执行情况 贝塔测试 　　发布与最终就绪的发布候选 　　执行配置测试 后勤管理 识别分发关系 评测设计 　　为首次展示开发计划与进度 创建工作和支持的指导方针 　　创建最后的发布进度表 支持贝塔测试与首次展示 　　管理发布过程 所有成员 风险定义 更新风险清单 更新风