实用软件工程方法PPT5

功能域
项目管理 解决方案体系结构
过程管理
管理服务
5.1.6 开发角色簇
目标：根据规格说明书构建解决方案
功能域
技术咨询 体系结构和方案设计
应用程序开发
基础架构开发
5.1.6 测试角色簇
目标：确定并找到所有质量问题后，批准解决方案 的发布 功能域 测试计划
测试实施
测试报告
5.1.6 用户体验角色簇
—— Chris Peter
5.1.4 零缺陷意识
只是一个对质量的承诺。它意味着小组的目标是尽 可能以最高质量完成他们的工作 它并不是指交付的代码没有缺陷，它的意思是产品 符合或超过项目组织者设置的质量目标，该质量目 标是在远景阶段被小组接受的
5.1.4 自愿学习
自愿学习是小组成员承诺：通过收集或共享知识 来不断地提高自己 微软把学习和知识共享作为个人考核的一个组成 部分
5.1.4 平等小组
每个角色有同等价值
为了分配工作和管理资源，每个角色需要一定形式 上的内部组织层次
5.1.4 以客户为中心意识
用户满意是任何小组最高优先级的事情
度量方法：功能特性能否满足一个客户或用户的需 求
让客户积极地参与设计，在整个开发过程提供反馈
5.1.4 产品意识
“每一个人…有完全相同的工作。他们有完全相同工作 描述，那就是交付产品。你的工作不是写代码，你的工 作不是测试，你的工作不是写规格说明，你的工作是交 付产品。这就是一个产品开发组要做事情。” “你的角色可以是一个开发人员或一个次要角色测试员 。我并不是说它不重要，它确实不是不重要，但它对你 的真正工作是次要的，你真正的工作是交付一个产品。 ” “当你早晨醒来，开始工作，你说：‘什么是重点—- —是试图交付或试图写代码’，答案是，我试图交付。你 不要试图写代码，你应试图不要写代码。”
职责
扮演客户代言人 驱动共享的项目远景/范围 管理客户需求定义 开发和维护业务用例 管理客户期望 驱动功能特性、进度、资源折中(trade-off)决策 管理市场、宣传和公共关系 开发、维护和执行沟通计划 驱动开发过程，按时交付产品 管理产品规格说明 推动小组内部沟通和协商 维护项目进度表，报告项目状态 驱动关键折中决策的实现 开发、维护和执行项目计划和进度表 驱动和管理风险评估和风险管理 定义物理设计的特性 估计完成每个功能特性所需的时间和投入 构建功能特性或监督功能特性的构建 为部署准备产品 向小组提供技术方面的专门知识 确保知道所有的问题 开发测试策略和计划 实施测试
5.1.4 建组要注意的关键概念
平等小组（team of peers）
以客户为中心意识（customer-focused mindset）
产品意识（product mindset） 零缺陷意识（zero-defect mindset）
自愿学习（willingness to learn）
有激情的小组是有效的
——《微软的秘密》Michael A. Cusumano 和Richard W. Selby
5.1.5 全员参加设计
每一个角色要参加产品规格说明的开发，因为每个 角色代表着设计的特定方面，并且与个人的目标和 小组的目标有关系。这样会形成一个集思广益的局 面
5.1.6 角色的职能
按项目约束交付解决方案
5.2.1 MSF过程模型的原理图
5.2.1 MSF过程模型的原理图 ——版本化发布
功能Leabharlann 版本 3 版本 2 版本 1
时间
5.2.1 MSF过程模型
部署完成
部署阶段
构思阶段
发布就绪认可
部
署
构
思
远景/范围认可
稳定阶段
计划
稳定
开发
计划阶段
范围完成
项目计划认可
开发阶段
5.2.1 一个基于里程碑的方法
课程内容
MSF小组模型 MSF过程模型 本章小结 问题和讨论
5.1 MSF小组模型
传统项目小组
自上而下、等级森严
MSF小组模型 小型的、多学科小组
小组成员共同负责项目
小组成员共享一个公共的项目远景 人人愿意学习项目所需的新知识新技能 没有单一的领导，小组成员的关系是平等的
5.1.1 小组成功的六个目标
MSF小组模型描述了关键角色及其对项目小组的职 责，但并没有从人员管理角度定义小组的管理结构 领导职责通常是由所有角色共享，但是为了达到项 目目标，需要一些变化，通过权威的决策达到更强 层次的接受
一旦问题被解决，小组又达成了共识，立即又 回到共享的领导职责状态
5.1.7 外部协调谁负责？
5.1.8 小结
5.1.3 小组模型依据的MSF基本原则
明确责任，共享职责
为小组成员授权
业务价值是重点 共享项目远景
保持灵活，期盼变化
鼓励坦率的沟通
5.1.3 明确责任，共享职责
明确的责任确保工作的完成，共享的职责保证团队 的成功 在小组中，每个角色完成自己的质量目标，对 小组本身（或他所在的组织）负责 鼓励小组成员对自己直接责任领域之外的事情 提出建议和提供帮助，以发挥小组全体成员的 知识、能力和经验 所有小组成员共享项目的成功，或从不成功的 项目接受教训
5.1.3 为小组成员授权
每个成员都有授权，并对自己的工作做出承诺，同 其他成员建立信任 建立信任的一些方法 向小组成员授权以便他们完成委派给他们的事 项 准备好向其他人做出承诺 明确定义所做出的承诺
投入合理的努力来履行承诺
一旦承诺可能发生风险，则要诚实沟通
5.1.3 业务价值是重点
小组决策
基于对客户业务的完全理解
基于客户在项目交付物上的积极参与
5.1.3 共享项目远景
清晰地了解项目或过程的目的和目标非常重要
共享的远景把这些假定明朗化，确保所有的参 与者在为完成同一个目的而工作
当所有的参与者理解了共享远景，并为之工作 时，他们将根据能力而被授权，调整决策，以 实现远景所代表的更广阔的小组意图 没有了一个共享远景，小组成员对目的会有不同的 看法，小组将无法成为一个有机整体
集成过程模型的好处
关注企业需要
对传统的Web开发加强支持 对Web服务提供加强支持
杜绝向运营“隔墙”交付
使用集成过程模型的说明 各阶段在时间上不相等 活动经常跨越阶段 “纯”应用开发和基础设施部署项目
5.2.2 MSF过程模型依据的基本原则
共享项目远景
灵活敏捷，主动应变
业务价值是重点 鼓励坦率的沟通
程序管理
在项目约束下 交付解决方案
项目管理 解决方案体系结构 过程管理 管理服务
开发
按规格说明构 建解决方案
技术咨询 实现体系结构和设计 应用程序开发 基础架构开发 测试计划 测试工程 测试报告 可访问性 国际化 技术通信 培训 可用性 用户界面设计
测试
只有在标识和解决了 所有的产品质量问题 后批准发布 提高用户使用解决方 案时的效率
合理的小组结构是成功的基础，实现这个模型和使 用其底层原理可以使小组更加有效，从而获得成功
“即便你有熟练的、有动机的、勤奋的人员，错误的小组 结构会削弱他们努力，而不是把他们推向成功。一个差的 小组结构增加了开发时间，降低了质量，损害了士气，增 加了返工，最终导致项目取消。”
——Steve McConnell
程序管理
使客户满意 按规格说明书构建
产品管理
开发
沟通
用户体验
提高用户使用 效率
测试 发布管理
平稳地部署，为日常运 营作好准备 在确定并找到所有产品质 量问题后，才批准发布
5.1.6 产品管理角色簇
目标：使客户满意
功能域
市场活动 业务价值
客户代言人
产品计划
5.1.6 程序管理角色簇
目标：按项目约束交付解决方案
5.1.4 有激情的小组是有效的
激情不强的小组带来两方面的恶果
成员状态不佳，导致质量低、数量少的输出
同时他们倾向于在工作中缩小目标，不能正确 评价自己工作对同事的影响
建立激情的方法
澄清小组远景，建立小组标识，社交活动，外 部交互，考虑个人目标，最大化每个人授权， 庆祝成功
5.1.5 成功小组的经验
目标：提高用户效率
功能域
可访问性 国际化
技术通信
培训 可用性 用户界面设计
5.1.6 发布管理角色簇
目标：稳定部署和日常运营
功能域
基础架构 支持
运营
商业发布管理
5.1.7 小组模型的伸缩
MSF小组模型提倡把大的组（通常是超过10人）分 解成小型的、多学科功能小组 此外，当满足一个特点的角色需要多个资源，可以 采用职能小组（function team）
客户满意
在项目的约束下交付解决方案
按规格说明构造 只能在标识和解决所有产品质量问题后批准发布
提高用户工作效率
平滑部署和连续运行
5.1.2 MSF小组模型
程序管理
产品管理
开发
沟通
用户体验 测试
发布管理
5.1.2 MSF小组模型角色簇
角色簇
产品管理
目标
客户满意
功能领域
市场活动 业务价值 客户代言人 产品计划
第5章 MSF基础模型
课程介绍
课程简介
本章介绍了MSF的小组模型和过程模型
MSF小组模型描述了微软为了获得项目成功，构建人员 和活动的方法。本章介绍了MSF小组模型的目标、原则、 角色簇、关键概念等 对于MSF过程模型，本章介绍了概念、特点和原则等
课程目的 通过学习，理解MSF小组模型和过程模型的概念， 原则等。掌握在实际应用中的特点
开发小组成员从不共享一个角色 不要把两个重要性有内在冲突的角色组合在一起
程序管理
开发 测试
产品管理
产品管理 程序管理
用户体验
发布管理
N
N N
P U N
P U N P
U P N P U
N
N P P N U U P
U 不一定
开发 测试 用户体验 发布管理
N N N
N 不推荐
P P U
U
P 可以
5.1.7 MSF小组模型不是组织图
5.2 MSF过程模型
MSF过程模型
源于微软在开发应用时使用的过程
已经发展成融合其他流行的过程模型的最有效 原理
成为一个单一的模型
运用于各种类型的项目
5.2.1 MSF过程模型的特点
MSF过程模型的原理图
过程模型的原理图
过程模型的原理图 ——版本化发布 MSF过程模型
三个与众不同的功能特性
一个基于里程碑的方法 一个迭代方法 一个开发和部署的集成视图
用户体验
在小组中扮演用户代言人 管理用户需求定义 设计和开发绩效支持系统 驱动使用性和绩效提高的折中决策 提供帮助功能特性和文件的规格说明 开发和提供用户培训
发布管理
平滑部署和稳定运营
基础架构 支持 运营 后勤 商业发布管理
扮演运营、支持和交付渠道的代言人 管理采购 管理产品部署 驱动可管理性和可支持性的折中决策 管理运营、支持和交付渠道关系 向项目组提供项目小组后勤支持
5.1.3 保持灵活，期盼变化
MSF承认事物在不断发生变化，不可能把IT解决方 案交付项目隔离于这些变化 MSF小组模型确保在整个项目中所有核心角色可用， 以便他们为发生的变化做出决策、做出贡献 当出现新的挑战时，MSF小组模型鼓励灵活地解决 这些问题
5.1.3 鼓励坦率的沟通
MSF提倡一种坦率的、诚实的沟通方式，无论是在 小组内部，还是与关键的干系人 平等小组方式在关键决策中吸纳所有角色的意 见 坦率、诚实地讨论哪些工作做得很好，哪些工 作需要改进，这恰恰是MSF寻求的学习环境的基 础 通过坦率的沟通建立起信任，保留信息的情况就 会减少 即使是有需要保密的信息，也要向同事们解释 清楚，这也是为项目的最高利益
5.2.3 过程模型的关键概念
客户参与是项目成功的关键
协调与干系人的关系
MSF的解决方案概念 基准化
里程碑是MSF的核心主题，用于计划和监视项目进展
主里程碑和中间里程碑
里程碑是同步点 里程碑驱动的职责
不同的角色驱动不同的阶段
后里程碑审核
5.2.1 一个迭代方法
版本化发布
创建活文档
早基准、晚冻结 每日构造（daily build）
配置管理
分版本发布指南 六条指南 有效的变更控制必须要有的因素
5.2.1 一个开发和部署的集成视图
小型的、多学科小组
共同工作
全员参加设计
5.1.5 小型的、多学科小组
它有比大型的小组响应更快的能力 每个学科的成员具有特定的一组技能，贡献于产品不同方面 的质量，最终构成整个解决方案的质量
5.1.5 共同工作
“…单个地点的开发允许项目成员真正地在一起，经常 性地交流意见。经常性和方便的沟通可以避免出现大的 问题，在它恶化之前，就解决了它。”
5.1.7 功能小组
程序管理
产品管理
开发
领导团队
用户体验
测试
程序管理 开发
发布管理
程序管理 开发
用户体验
桌面 功能 团队
消息传递 功能团队
用户体验 程序管理 开发
测试
测试
用户体验
文件和打印 功能团队
测试
5.1.7 职能小组
职能小组是在一个角色中的小组
职能小组通常有一个对内部的等级结构
5.1.7 共享角色 准则：
掌握在实际应用中的特点课程内容msf小组模型msf过程模型本章小结问题和讨论51msf小组模型传统项目小组自上而下等级森严msf小组模型小型的多学科小组小组成员共同负责项目小组成员共享一个公共的项目远景人人愿意学习项目所需的新知识新技能没有单一的领导小组成员的关系是平等的511小组成功的六个目标客户满意在项目的约束下交付解决方案按规格说明构造只能在标识和解决所有产品质量问题后批准发布提高用户工作效率平滑部署和连续运行512msf小组模型开发开发测试测试发布管理发布管理用户体验用户体验产品管理产品管理程序管理程序管理沟通512msf小组模型角色簇角色簇目标功能领域职责产品管理客户满意市场活动业务价值客户代言人产品计划扮演客户代言人驱动共享的项目远景范围管理客户需求定义开发和维护业务用例管理客户期望驱动功能特性进度资源折中tradeoff决策管理市场宣传和公共关系开发维护和执行沟通计划程序管理在项目约束下交付解决方案项目管理解决方案体系结构过程管理管理服务驱动开发过程按时交付产品管理产品规格说明推动小组内部沟通和协商维护项目进度表报告项目状态驱动关键折中决策的实现开发维护和执行项目计划和进度表驱动和管理风险评估和风险管理开发按规格说明构建解决方案技术咨询实现体系结构和设计应用程序开发基础架构开发定义物理设计的特性估计完成每个功能特性所需的时间和投入构建功能特性或监督功能特性的构建为部署准备产品向小组提供技术方面的专门知识测试只有在标识和解决了所有的产品质量问题后批准发布测试计划测试工程测试报告确保知道所有的问题开发测试策略和计划实施测试用户体验提高用户使用解决方案时的效率可访问性国际化技术通信培训可用性用户界面设计在小组中扮演用户代言人管理用户需求定义设计和开发绩效支持系统驱动使用性和绩效提高的折中决策提供帮助功能特性和文件的规格说明开发和提供用户培训发布管理平滑部署和稳定运营基础架构支持运营后勤商业发布管理扮演运营支持和交付渠道的代言人管理采购管理产品部署驱动可管理性和可支持性的折中决策管理运营支持和交付渠道关系向项目组提供项目小组后勤支持513小组模型依据的msf基本原则明确责任共享职责为小组成员授权业务价值是重点共享项目远景保持灵活期盼变化鼓励坦率的沟通513明确责任共享职责明确的责任确保工作的完成共享的职责保证团队的成功在小组中每个角色完成自己的质量目标对小组本身或他所在的组织负责鼓励小组成员对自己直接责任领