软件工程教材
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1. 平等小组
每个角色有同等价值 为了分配工作和管理资源，每个角色需要一定形式上的内部组织层次 为了保证平等小组的成功，所有的角色必须要对产品质量负责，必须象客户一样要求自己，必须理解客户试图解决的业务问题。 每个小组成员专注于实现他们各自的目标。
5.1.4 建组要注意的关键概念
2. 以客户为中心意识
扮演客户代言人 驱动共享的项目远景/范围 管理客户需求定义 开发和维护业务用例 管理客户期望 驱动功能特性、进度、资源折中(trade-off)决策 管理市场、宣传和公共关系 开发、维护和执行沟通计划
程序管理
在项目约束下 交付解决方案
项目管理 解决方案体系结构 过程管理 管理服务
驱动开发过程，按时交付产品 管理产品规格说明 推动小组内部沟通和协商 维护项目进度表，报告项目状态 驱动关键折中决策的实现 开发、维护和执行项目计划和进度表 驱动和管理风险评估和风险管理
1. 功能小组
பைடு நூலகம்
程序管理
发布管理
产品管理
用户体验
开发
测试
领导团队
桌面 功能 团队
开发
文件和打印 功能团队
消息传递 功能团队
5.1.7 小组模型的伸缩
2. 职能小组
职能小组是在一个角色中的小组 这是由于小组或项目太大，需要同一角色的多个人基于他们的职能组成若干小组 职能小组通常有一个对内部的等级结构 例如： 多个程序经理通过一个程序经理领导小组，来向整个开发团队的程序经理汇报。这样的结构也会出现在功能领域以及角色簇层次。重要的是要记住这种等级结构不能阻碍项目层次上的小组模型。角色的目标仍是相同的，对项目小组负责
开发
按规格说明构 建解决方案
技术咨询 实现体系结构和设计 应用程序开发 基础架构开发
定义物理设计的特性 估计完成每个功能特性所需的时间和投入 构建功能特性或监督功能特性的构建 为部署准备产品 向小组提供技术方面的专门知识
测试
只有在标识和解决了 所有的产品质量问题 后批准发布
测试计划 测试工程 测试报告
平滑部署和稳定运营
基础架构 支持 运营 后勤 商业发布管理
扮演运营、支持和交付渠道的代言人 管理采购 管理产品部署 驱动可管理性和可支持性的折中决策 管理运营、支持和交付渠道关系 向项目组提供项目小组后勤支持
5.1.3 小组模型依据的MSF基本原则
明确责任，共享职责 为小组成员授权 业务价值是重点 共享项目远景 保持灵活，期盼变化 鼓励坦率的沟通
—— Chris Peter
5.1.4 建组要注意的关键概念
4. 零缺陷意识
只是一个对质量的承诺。它意味着小组的目标是尽可能以最高质量完成他们的工作 它并不是指交付的代码没有缺陷，它的意思是产品符合或超过项目组织者设置的质量目标，该质量目标是在远景阶段被小组接受的 每个成员都从客户角度出发，在整个开发周期、在工作进行中一直关注产品的质量
5.1.1 小组成功的六个目标
客户满意 在项目的约束下交付解决方案 按规格说明构造 只能在标识和解决所有产品质量问题后批准发布 提高用户工作效率 平滑部署和连续运行
满足客户需求(不仅仅是预算和时间目标) 多数使用“按时”、“按预算”度量成功 它描述了细节，是双方的协议 胸有成竹，实事求是 对用户有看得见的好处 表里一致、取信于民的形象工程
5.1.3 小组模型依据的MSF基本原则
4. 共享项目远景
清晰地了解项目或过程的目的和目标非常重要 （共享远景是MSF小组模型的基础之一） 共享的远景把这些假定明朗化，确保所有的参与者在为完成同一个目的而工作 当所有的参与者理解了共享远景，并为之工作时，他们将根据能力而被授权，调整决策，以实现远景所代表的更广阔的小组意图 没有了一个共享远景，小组成员对目的会有不同的看法，小组将无法成为一个有机整体 比如 中国足球怪现象……西班牙“皇马”足球队战绩
2. 共同工作
“…单个地点的开发允许项目成员真正地在一起，经常性地交流意见。经常性和方便的沟通可以避免出现大的问题，在它恶化之前，就解决了它。”
——《微软的秘密》Michael A. Cusumano 和Richard W. Selby
5.1.5 成功小组的经验
3. 全员参加设计
每一个角色要参加产品规格说明的开发，因为每个角色代表着设计的特定方面，并且与个人的目标和小组的目标有关系。这样会形成一个集思广益的局面
课程内容
MSF小组模型 MSF过程模型 本章小结 问题和讨论
5.1 MSF小组模型
传统项目小组 自上而下、等级森严 MSF小组模型 小型的、多学科小组 小组成员共同负责项目 小组成员共享一个公共的项目远景 人人愿意学习项目所需的新知识新技能 没有单一的领导，小组成员的关系是平等的 MSF小组模型实质，是为开发软件的人力需求提供 解决方案模型
5.1.3 小组模型依据的MSF基本原则
2. 为小组成员授权
每个成员都有授权，并对自己的工作做出承诺，同其他成员建立信任 建立信任的一些方法 向小组成员授权以便他们完成委派给他们的事项 准备好向其他人做出承诺 明确定义所做出的承诺 投入合理的努力来履行承诺 一旦承诺可能发生风险，则要诚实沟通
1. 明确责任，共享职责
明确的责任确保工作的完成，共享的职责保证团队的成功 在小组中，每个角色完成自己的质量目标，对小组本身（或他所在的组织）负责 鼓励小组成员对自己直接责任领域之外的事情提出建议和提供帮助，以发挥小组全体成员的知识、能力和经验 所有小组成员共享项目的成功，或从不成功的项目接受教训
5.1.5 成功小组的经验
5.1.6 角色的职能
沟通
按项目约束交付解决方案
使客户满意
提高用户使用效率
平稳地部署，为日常运营作好准备
在确定并找到所有产品质量问题后，才批准发布
按规格说明书构建
开发
测试
发布管理
用户体验
产品管理
程序管理
1. 产品管理角色簇
目标：使客户满意 ——满足客户和业务的需求 功能域 市场活动 业务价值 客户代言人 产品计划
5.1.3 小组模型依据的MSF基本原则
3. 业务价值是重点
小组决策 基于对客户业务的完全理解 基于客户在项目交付物上的积极参与 产品管理(product management)角色在小组成员前扮演客户，通常是由客户组织的成员来担任。 发布管理(release management)角色显式地负责确保解决方案的平滑部署和运营。
5.1.4 建组要注意的关键概念
5. 自愿学习
自愿学习是小组成员承诺：通过收集或共享知识来不断地提高自己 微软把学习和知识共享作为个人考核的一个组成部分 共享经验、共享教训、不断改进、持续成功！
5.1.4 建组要注意的关键概念
6. 有激情的小组是有效的
激情不强的小组带来两方面的恶果 成员状态不佳，导致质量低、数量少的输出 同时他们倾向于在工作中缩小目标，不能正确评价自己工作对同事的影响 建立激情的方法 澄清小组远景，建立小组标识，社交活动，外部交互，考虑个人目标，最大化每个人授权，庆祝成功
5.1.2 MSF小组模型
开发
测试
发布管理
用户体验
产品管理
程序管理
沟通
按项目约束交付解决方案
使客户满意
提高用户使用效率
平稳地部署，为日常运营作好准备
在确定并找到所有产品质量问题后，才批准发布
按规格说明书构建
5.1.2 MSF小组模型角色簇
角色簇
目标
功能领域
职责
产品管理
客户满意
市场活动 业务价值 客户代言人 产品计划
确保知道所有的问题 开发测试策略和计划 实施测试
用户体验
提高用户使用解决方 案时的效率
可访问性 国际化 技术通信 培训 可用性 用户界面设计
在小组中扮演用户代言人 管理用户需求定义 设计和开发绩效支持系统 驱动使用性和绩效提高的折中决策 提供帮助功能特性和文件的规格说明 开发和提供用户培训
发布管理
用户满意是任何小组最高优先级的事情 ——整个开发过程都要以客户为中心，去了解和解决客户的业务问题 怎样做到这一点？ 方法1：看功能特性能否满足客户或用户的需求 方法2：让客户积极地参与设计，在整个开发过 程提供反馈
5.1.4 建组要注意的关键概念
3. 产品意识
“每一个人…有完全相同的工作。他们有完全相同工作描述，那就是交付产品。你的工作不是写代码，你的工作不是测试，你的工作不是写规格说明，你的工作是交付产品。这就是一个产品开发组要做事情。” “你的角色可以是一个开发人员或一个次要角色测试员。我并不是说它不重要，它确实不是不重要，但它对你的真正工作是次要的，你真正的工作是交付一个产品。” “当你早晨醒来，开始工作，你说：‘什么是重点—- —-是试图交付或试图写代码’，答案是，我试图交付。你不要试图写代码，你应试图不要写代码。”
5.1.4 建组要注意的关键概念
5.1.5 成功小组的经验
小型的、多学科小组 共同工作 全员参加设计
1. 小型的、多学科小组
它有比大型的小组响应更快的能力 每个学科的成员具有特定的一组技能，贡献于产品不同方面的质量，最终构成整个解决方案的质量
5.1.5 成功小组的经验
图1
图2
5.1.6 角色的职能
2. 程序管理角色簇
目标：按项目约束交付解决方案 ——确保在正确的时间交付正确的解决方案，确保充分了解出资人的期望，并在整个项目中管理好 功能域 项目管理 解决方案体系结构 过程管理 管理服务
5.1.6 角色的职能
3. 开发角色簇
目标：根据规格说明书构建解决方案 ——为了实现目标，构建的方案应满足客户的期望和在功能规格说明中表达的规格说明；必须遵守解决方案体系结构和设计 功能域 技术咨询 体系结构和方案设计 应用程序开发 基础架构开发
第5章 MSF基础模型
课程介绍
课程简介 本章介绍了MSF的小组模型和过程模型 MSF小组模型描述了微软为了获得项目成功，构建人员和活动的方法。本章介绍了MSF小组模型的目标、原则、角色簇、关键概念等 对于MSF过程模型，本章介绍了概念、特点和原则等 课程目的 通过学习，理解MSF小组模型和过程模型的概念，原则等，掌握在实际应用中的特点
5.1.3 小组模型依据的MSF基本原则
5. 保持灵活，期盼变化
MSF承认事物在不断发生变化，不可能把IT解决方案交付项目隔离于这些变化 MSF小组模型确保在整个项目中所有核心角色可用，以便他们为发生的变化做出决策、做出贡献 当出现新的挑战时，MSF小组模型鼓励灵活地解决这些问题
5.1.3 小组模型依据的MSF基本原则
5.1.6 角色的职能
4. 测试角色簇
目标：确定并找到所有质量问题后，批准解决方案的发布 ——注意：是在发布产品之前，确保缺陷能够被标识，并做了说明（并非没有任何缺陷） 功能域 测试计划 测试工程 测试报告
5.1.6 角色的职能
5. 用户体验角色簇
目标：提高用户效率 功能域 可访问性 国际化：职责是在国际市场上改进解决方案的质量和使用性。它是由全球化和本地化过程组成。 技术通信：专注于解决方案的文档支持系统的开发 培训 可用性：重点是确保解决方案能被特定用户使用，达到有效、高效和满意的高层次目标 用户界面设计：包括设计用户准备与之交互的对象（和对这些对象采用的行动），以及界面中主要的屏幕
6. 鼓励坦率的沟通
MSF提倡一种坦率的、诚实的沟通方式，无论是在小组内部，还是与关键的干系人 平等小组方式在关键决策中吸纳所有角色的意见 坦率、诚实地讨论哪些工作做得很好，哪些工作需要改进，这恰恰是MSF寻求的学习环境的基础 通过坦率的沟通建立起信任，保留信息的情况就会减少 即使是有需要保密的信息，也要向同事们解释清楚，这也是为项目的最高利益
5.1.6 角色的职能
6. 发布管理角色簇
目标：稳定部署和日常运营 功能域 基础架构 支持 运营 商业发布管理
5.1.6 角色的职能
5.1.7 小组模型的伸缩
MSF小组模型提倡把大的组（通常是超过10人）分解成小型的、多学科功能小组 此外，当满足一个特点的角色需要多个资源，可以采用职能小组（function team） 超过10人?
5.1.3 小组模型依据的MSF基本原则
5.1.4 建组要注意的关键概念
平等小组（team of peers） 以客户为中心意识（customer-focused mindset） 产品意识（product mindset） 零缺陷意识（zero-defect mindset） 自愿学习（willingness to learn） 有激情的小组是有效的
每个角色有同等价值 为了分配工作和管理资源，每个角色需要一定形式上的内部组织层次 为了保证平等小组的成功，所有的角色必须要对产品质量负责，必须象客户一样要求自己，必须理解客户试图解决的业务问题。 每个小组成员专注于实现他们各自的目标。
5.1.4 建组要注意的关键概念
2. 以客户为中心意识
扮演客户代言人 驱动共享的项目远景/范围 管理客户需求定义 开发和维护业务用例 管理客户期望 驱动功能特性、进度、资源折中(trade-off)决策 管理市场、宣传和公共关系 开发、维护和执行沟通计划
程序管理
在项目约束下 交付解决方案
项目管理 解决方案体系结构 过程管理 管理服务
驱动开发过程，按时交付产品 管理产品规格说明 推动小组内部沟通和协商 维护项目进度表，报告项目状态 驱动关键折中决策的实现 开发、维护和执行项目计划和进度表 驱动和管理风险评估和风险管理
1. 功能小组
பைடு நூலகம்
程序管理
发布管理
产品管理
用户体验
开发
测试
领导团队
桌面 功能 团队
开发
文件和打印 功能团队
消息传递 功能团队
5.1.7 小组模型的伸缩
2. 职能小组
职能小组是在一个角色中的小组 这是由于小组或项目太大，需要同一角色的多个人基于他们的职能组成若干小组 职能小组通常有一个对内部的等级结构 例如： 多个程序经理通过一个程序经理领导小组，来向整个开发团队的程序经理汇报。这样的结构也会出现在功能领域以及角色簇层次。重要的是要记住这种等级结构不能阻碍项目层次上的小组模型。角色的目标仍是相同的，对项目小组负责
开发
按规格说明构 建解决方案
技术咨询 实现体系结构和设计 应用程序开发 基础架构开发
定义物理设计的特性 估计完成每个功能特性所需的时间和投入 构建功能特性或监督功能特性的构建 为部署准备产品 向小组提供技术方面的专门知识
测试
只有在标识和解决了 所有的产品质量问题 后批准发布
测试计划 测试工程 测试报告
平滑部署和稳定运营
基础架构 支持 运营 后勤 商业发布管理
扮演运营、支持和交付渠道的代言人 管理采购 管理产品部署 驱动可管理性和可支持性的折中决策 管理运营、支持和交付渠道关系 向项目组提供项目小组后勤支持
5.1.3 小组模型依据的MSF基本原则
明确责任，共享职责 为小组成员授权 业务价值是重点 共享项目远景 保持灵活，期盼变化 鼓励坦率的沟通
—— Chris Peter
5.1.4 建组要注意的关键概念
4. 零缺陷意识
只是一个对质量的承诺。它意味着小组的目标是尽可能以最高质量完成他们的工作 它并不是指交付的代码没有缺陷，它的意思是产品符合或超过项目组织者设置的质量目标，该质量目标是在远景阶段被小组接受的 每个成员都从客户角度出发，在整个开发周期、在工作进行中一直关注产品的质量
5.1.1 小组成功的六个目标
客户满意 在项目的约束下交付解决方案 按规格说明构造 只能在标识和解决所有产品质量问题后批准发布 提高用户工作效率 平滑部署和连续运行
满足客户需求(不仅仅是预算和时间目标) 多数使用“按时”、“按预算”度量成功 它描述了细节，是双方的协议 胸有成竹，实事求是 对用户有看得见的好处 表里一致、取信于民的形象工程
5.1.3 小组模型依据的MSF基本原则
4. 共享项目远景
清晰地了解项目或过程的目的和目标非常重要 （共享远景是MSF小组模型的基础之一） 共享的远景把这些假定明朗化，确保所有的参与者在为完成同一个目的而工作 当所有的参与者理解了共享远景，并为之工作时，他们将根据能力而被授权，调整决策，以实现远景所代表的更广阔的小组意图 没有了一个共享远景，小组成员对目的会有不同的看法，小组将无法成为一个有机整体 比如 中国足球怪现象……西班牙“皇马”足球队战绩
2. 共同工作
“…单个地点的开发允许项目成员真正地在一起，经常性地交流意见。经常性和方便的沟通可以避免出现大的问题，在它恶化之前，就解决了它。”
——《微软的秘密》Michael A. Cusumano 和Richard W. Selby
5.1.5 成功小组的经验
3. 全员参加设计
每一个角色要参加产品规格说明的开发，因为每个角色代表着设计的特定方面，并且与个人的目标和小组的目标有关系。这样会形成一个集思广益的局面
课程内容
MSF小组模型 MSF过程模型 本章小结 问题和讨论
5.1 MSF小组模型
传统项目小组 自上而下、等级森严 MSF小组模型 小型的、多学科小组 小组成员共同负责项目 小组成员共享一个公共的项目远景 人人愿意学习项目所需的新知识新技能 没有单一的领导，小组成员的关系是平等的 MSF小组模型实质，是为开发软件的人力需求提供 解决方案模型
5.1.3 小组模型依据的MSF基本原则
2. 为小组成员授权
每个成员都有授权，并对自己的工作做出承诺，同其他成员建立信任 建立信任的一些方法 向小组成员授权以便他们完成委派给他们的事项 准备好向其他人做出承诺 明确定义所做出的承诺 投入合理的努力来履行承诺 一旦承诺可能发生风险，则要诚实沟通
1. 明确责任，共享职责
明确的责任确保工作的完成，共享的职责保证团队的成功 在小组中，每个角色完成自己的质量目标，对小组本身（或他所在的组织）负责 鼓励小组成员对自己直接责任领域之外的事情提出建议和提供帮助，以发挥小组全体成员的知识、能力和经验 所有小组成员共享项目的成功，或从不成功的项目接受教训
5.1.5 成功小组的经验
5.1.6 角色的职能
沟通
按项目约束交付解决方案
使客户满意
提高用户使用效率
平稳地部署，为日常运营作好准备
在确定并找到所有产品质量问题后，才批准发布
按规格说明书构建
开发
测试
发布管理
用户体验
产品管理
程序管理
1. 产品管理角色簇
目标：使客户满意 ——满足客户和业务的需求 功能域 市场活动 业务价值 客户代言人 产品计划
5.1.3 小组模型依据的MSF基本原则
3. 业务价值是重点
小组决策 基于对客户业务的完全理解 基于客户在项目交付物上的积极参与 产品管理(product management)角色在小组成员前扮演客户，通常是由客户组织的成员来担任。 发布管理(release management)角色显式地负责确保解决方案的平滑部署和运营。
5.1.4 建组要注意的关键概念
5. 自愿学习
自愿学习是小组成员承诺：通过收集或共享知识来不断地提高自己 微软把学习和知识共享作为个人考核的一个组成部分 共享经验、共享教训、不断改进、持续成功！
5.1.4 建组要注意的关键概念
6. 有激情的小组是有效的
激情不强的小组带来两方面的恶果 成员状态不佳，导致质量低、数量少的输出 同时他们倾向于在工作中缩小目标，不能正确评价自己工作对同事的影响 建立激情的方法 澄清小组远景，建立小组标识，社交活动，外部交互，考虑个人目标，最大化每个人授权，庆祝成功
5.1.2 MSF小组模型
开发
测试
发布管理
用户体验
产品管理
程序管理
沟通
按项目约束交付解决方案
使客户满意
提高用户使用效率
平稳地部署，为日常运营作好准备
在确定并找到所有产品质量问题后，才批准发布
按规格说明书构建
5.1.2 MSF小组模型角色簇
角色簇
目标
功能领域
职责
产品管理
客户满意
市场活动 业务价值 客户代言人 产品计划
确保知道所有的问题 开发测试策略和计划 实施测试
用户体验
提高用户使用解决方 案时的效率
可访问性 国际化 技术通信 培训 可用性 用户界面设计
在小组中扮演用户代言人 管理用户需求定义 设计和开发绩效支持系统 驱动使用性和绩效提高的折中决策 提供帮助功能特性和文件的规格说明 开发和提供用户培训
发布管理
用户满意是任何小组最高优先级的事情 ——整个开发过程都要以客户为中心，去了解和解决客户的业务问题 怎样做到这一点？ 方法1：看功能特性能否满足客户或用户的需求 方法2：让客户积极地参与设计，在整个开发过 程提供反馈
5.1.4 建组要注意的关键概念
3. 产品意识
“每一个人…有完全相同的工作。他们有完全相同工作描述，那就是交付产品。你的工作不是写代码，你的工作不是测试，你的工作不是写规格说明，你的工作是交付产品。这就是一个产品开发组要做事情。” “你的角色可以是一个开发人员或一个次要角色测试员。我并不是说它不重要，它确实不是不重要，但它对你的真正工作是次要的，你真正的工作是交付一个产品。” “当你早晨醒来，开始工作，你说：‘什么是重点—- —-是试图交付或试图写代码’，答案是，我试图交付。你不要试图写代码，你应试图不要写代码。”
5.1.4 建组要注意的关键概念
5.1.5 成功小组的经验
小型的、多学科小组 共同工作 全员参加设计
1. 小型的、多学科小组
它有比大型的小组响应更快的能力 每个学科的成员具有特定的一组技能，贡献于产品不同方面的质量，最终构成整个解决方案的质量
5.1.5 成功小组的经验
图1
图2
5.1.6 角色的职能
2. 程序管理角色簇
目标：按项目约束交付解决方案 ——确保在正确的时间交付正确的解决方案，确保充分了解出资人的期望，并在整个项目中管理好 功能域 项目管理 解决方案体系结构 过程管理 管理服务
5.1.6 角色的职能
3. 开发角色簇
目标：根据规格说明书构建解决方案 ——为了实现目标，构建的方案应满足客户的期望和在功能规格说明中表达的规格说明；必须遵守解决方案体系结构和设计 功能域 技术咨询 体系结构和方案设计 应用程序开发 基础架构开发
第5章 MSF基础模型
课程介绍
课程简介 本章介绍了MSF的小组模型和过程模型 MSF小组模型描述了微软为了获得项目成功，构建人员和活动的方法。本章介绍了MSF小组模型的目标、原则、角色簇、关键概念等 对于MSF过程模型，本章介绍了概念、特点和原则等 课程目的 通过学习，理解MSF小组模型和过程模型的概念，原则等，掌握在实际应用中的特点
5.1.3 小组模型依据的MSF基本原则
5. 保持灵活，期盼变化
MSF承认事物在不断发生变化，不可能把IT解决方案交付项目隔离于这些变化 MSF小组模型确保在整个项目中所有核心角色可用，以便他们为发生的变化做出决策、做出贡献 当出现新的挑战时，MSF小组模型鼓励灵活地解决这些问题
5.1.3 小组模型依据的MSF基本原则
5.1.6 角色的职能
4. 测试角色簇
目标：确定并找到所有质量问题后，批准解决方案的发布 ——注意：是在发布产品之前，确保缺陷能够被标识，并做了说明（并非没有任何缺陷） 功能域 测试计划 测试工程 测试报告
5.1.6 角色的职能
5. 用户体验角色簇
目标：提高用户效率 功能域 可访问性 国际化：职责是在国际市场上改进解决方案的质量和使用性。它是由全球化和本地化过程组成。 技术通信：专注于解决方案的文档支持系统的开发 培训 可用性：重点是确保解决方案能被特定用户使用，达到有效、高效和满意的高层次目标 用户界面设计：包括设计用户准备与之交互的对象（和对这些对象采用的行动），以及界面中主要的屏幕
6. 鼓励坦率的沟通
MSF提倡一种坦率的、诚实的沟通方式，无论是在小组内部，还是与关键的干系人 平等小组方式在关键决策中吸纳所有角色的意见 坦率、诚实地讨论哪些工作做得很好，哪些工作需要改进，这恰恰是MSF寻求的学习环境的基础 通过坦率的沟通建立起信任，保留信息的情况就会减少 即使是有需要保密的信息，也要向同事们解释清楚，这也是为项目的最高利益
5.1.6 角色的职能
6. 发布管理角色簇
目标：稳定部署和日常运营 功能域 基础架构 支持 运营 商业发布管理
5.1.6 角色的职能
5.1.7 小组模型的伸缩
MSF小组模型提倡把大的组（通常是超过10人）分解成小型的、多学科功能小组 此外，当满足一个特点的角色需要多个资源，可以采用职能小组（function team） 超过10人?
5.1.3 小组模型依据的MSF基本原则
5.1.4 建组要注意的关键概念
平等小组（team of peers） 以客户为中心意识（customer-focused mindset） 产品意识（product mindset） 零缺陷意识（zero-defect mindset） 自愿学习（willingness to learn） 有激情的小组是有效的