微软软件研发的奥秘：MSF 精髓(微软公司官方权威参考书)

.2.2.6　范围 12
2.2.7　遗留系统 12
2.2.8　风险 12
2.2.9　技术 13
2.3　战胜环境挑战 13
2.4　在富有挑战性的商业环境中发现机会 15
2.5　小结 15
第3章　基本原则，意识和证明可行的实践 16
3.1　基本原则 16
3.1.1　培养开放的交流 17
3.1.2　为共同的远景而工作 18
3.1.3　给团队成员授权 19
3.1.4　明确个人责任与共同责任 21
3.1.5　递增地交付价值 22
3.1.6　保持敏捷，预料并适应变化 24
3.1.7　在质量上投入 25
3.1.8　从各方经验中学习 27
3.1.9　客户参与 28
3.2　意识 28
3.2.1　培养对等团队 28
3.2.2　专注于商业价值 29
3.2.3　保持解决方案大局观 30
3.2.4　以精雕细琢为荣 30
3.2.5　持续学习 31
3.2.6　内化服务品质 31
3.2.7　学会做人 32
3.2.8　按承诺交付 32
3.3　证明可行的实践 32
3.3.1　使用小的、多兵种的团队 33
3.3.2　让团队在同一地点工作 33
3.3.3　士气也是生产力 34
3.3.4　尽早进入细节 34
3.4　小结 36
第4章　建立msf团队 37
4.1　msf团队模型：代言人团队模型 37
4.1.1　代言人团队 38
4.1.2　组队的基本原则 41
4.1.3　msf团队模型基础 43
4.1.4　产品管理代言群 47
4.1.5　日程管理代言群 51
4.1.6　架构代言群 55
4.1.7　开发代言群 58
4.1.8　测试代言群 59
4.1.9　用户体验代言群 61
4.1.10　发布/运维代言群 65
4.1.11　摘要 68
4.2　调整团队模型 70
4.2.1　缩小规模：为小型团队合并代言群 71
4.2.2　扩大规模：为大型团队扩展代言群 72
4.3　小结 75
第5章　管理项目风险 77
5.1　什么是风险（以及为什么要关注风险） 77
5.1.1　在整个项目内管理风险 78
5.1.2　应用于风险管理的基本原则 81
5.1.3　msf风险管理基础 83
5.2　msf风险管理流程 85
5.2.1　步骤1：识别风险 86
5.2.2　步骤2：分析并排列风险的优先顺序 91
5.2.3　步骤3：风险管理的计划与时间安排 97
5.2.4　步骤4：追踪并报告风险状况 102
5.2.5　步骤5：控制风险 104
5.2.6　步骤6：向风险学习 105
5.3　小结 108
第6章　建立解决方案交付生命周期 109
6.1　解决方案交付环境 109
6.2　微软解决方案交付生命周期 110
6.2.1　运用于解决方案交付生命周期的基本原则 111
6.2.2　解决方案交付生命周期的基础 113
6.3　msf管理模型 114
6.3.1　历程 115
6.3.2　检查点 118
6.3.3　迭代方法 121
6.4　调整微软解决方案交付生命周期 127
6.5　小结 127
第二部分　解决方案交付的内部工作
第7章　msf展望历程：定义解决方案 130
7.1　目标 131
7.2　团队焦点 131
7.3　关键交付成果 131
7.4　关键检查点 132
7.4.1　主要检查点 132
7.4.2　过渡检查点 132
7.5　了解利益关系人 133
7.5.1　确定利益关系人 133
7.5.2　确定利益关系人优先级.. 133
7.5.3　了解关键利益关系人 134
7.6　选择和准备项目团队 134
7.6.1　msf准备就绪管理纪律 135
7.6.2　msf准备就绪管理流程 139
7.6.3　项目结构文档（交付成果） 147
7.7　定义解决方案 147
7.7.1　定义问题与机会 147
7.7.2　建立共同远景 148
7.7.3　定义高层需求 148
7.7.4　建立用户信息 149
7.7.5　形成解决方案设计策略 150
7.7.6　构建对解决方案的概念性理解 151
7.7.7　定义验收标准 151
7.8　界定解决方案范围 152
7.8.1　管理项目取舍 153
7.8.2　评估风险（交付成果） 155
7.9　建立检查和变更的基础 155
7.9.1　建立可回溯性 155
7.9.2　起草远景/范围文档 155
7.10　展望历程的成功标准 156
第8章　msf计划历程：计划解决方案 157
8.1　目标 157
8.2　团队焦点 157
8.3　关键交付成果 158
8.4　关键检查点 158
8.4.1　主要检查点 158
8.4.2　过渡检查点 159
8.5　计划构建什么 160
8.5.1　分解与细化需求 161
8.5.2　将需求记录在功能规格说明书中（交付成果） 164
8.6　计划如何构建 165
8.6.1　解决方案设计的演进 165
8.6.2　建立一份主项目计划（交付成果） 170
8.7　计划何时构建 177
8.7.1　步骤1：确认工作 178
8.7.2　步骤2：评估所需的工时 178
8.7.3　步骤3：找出工作之间的依赖关系 180
8.7.4　步骤4：确定工作的执行者 180
8.7.5　步骤5：决定工作的执行时机 181
8.7.6　建立主项目时间表（交付成果） 181
8.8　准备支持环境 182
8.8.1　开发环境 183
8.8.2　测试环境 183
8.8.3　预备环境 184
8.8.4　教育培训环境 184
8.8.5　研究环境 184
8.9　计划历程的成功准则 184
第9章　msf构建历程：构建解决方案 186
9.1　目标 186
9.2　团队焦点 186
9.3　关键交付成果 187
9.4　关键检查点 187
9.4.1　主要检查点 187
9.4.2　过渡检查点 188
9.5　执行项目计划 189
9.6　测试解决方案 189
9.6.1　测试的类型 190
9.6.2　问题追踪与修正 191
9.7　构建历程的成功标准 192
第10章　msf稳定历程：稳定解决方案 193
10.1　目标 193
10.2　团队焦点 194
10.3　关键交付成果 194
10.4　关键检查点 194
10.4.1　主要检查点 195
10.4.2　发布准备已获得批准 195
10.4.3　过渡检查点 195
10.5　达到“完成” 199
10.5.1　什么是完成 199
10.5.2　预测完成度 199
10.6　评估解决方案的稳定度 200
10.6.1　回归测试 200
10.6.2　功能测试 200
10.6.3　易用性测试 200
10.6.4　系统测试 200
10.7　在真实的环境中测试 202
10.7.1　目标 202
10.7.2　焦点 202
10.7.3　准备试运行 203
10.7.4　实施试运行 203
10.7.5　完成试运行 203
10.8　稳定化历程的成功标准 203
第11章　msf部署历程：部署解决方案 204
11.1　目标 204
11.2　团队焦点 204
11.3　关键交付成果 205
11.4　关键检查点 205
11.4.1　主要检查点 205
11.4.2　过渡检查点 206
11.5　部署到实际业务环境 207
11.5.1　部署的准备工作 207
11.5.2　执行部署 208
11.5.3　部署期间的教育培训 208
11.5.4　部署趋于稳定 208
11.6　移交运维和支持团队 209
11.7　安静期 209
11.8　部署历程的成功标准 210
第12章　msf管理历程：指导解决方案的交付工作 211
12.1　目标 211
12.2　团队焦点 212
12.3　关键交付成果 212
12.4　关键检查点 213
12.4.1　主要检查点 213
12.4.2　过渡检查点 213
12.5　启动项目 214
12.5.1　定义项目章程（交付成果） 214
12.5.2　后勤支持的启动 214
12.5.3　制订成果验收程序 215
12.6　持续指导解决方案的交付工作 215
12.6.1　状态的追踪与报告（交付成果） 215
12.6.2　持续改进流程与程序 216
12.7　完成项目 217
12.7.1　撤离团队 217
12.7.2　关闭项目 217
12.8　管理历程的成功标准... 218

.　　为共同的远景工作 相同 相同
　　保持敏捷，预料并适应变化 保持敏捷，适应变化 保持敏捷，预料变化
　　在质量上投入 质量是每个人每一天都要关注的事（用于指导个人行为，因而是一种意识，并入到以精雕细琢为荣的意识中） 相同
　　客户参与 相同 新内容
　　递增地交付价值 价值流：递增地交付价值
　　让部署成为习惯：暗指团队准备就绪
　　经常交付 总是创建可以发布的解决方案：暗指方案准备就绪
　　培养意识 专注于商业价值：保证交付的内容都有其价值（用于指导个人行为，因而是一种意识）
　　给团队成员授权 新内容 相同
　　明确个人责任与共同责任 新内容 相同
　　学习各方经验 新内容 相同
　　重要概念
　　重要概念现在虽然改叫做意识，但是它们仍然是重要概念。为了明确基本原则与重要概念的区别，尤其是因为这些概念用于指导个人行为，把它们叫做意识似乎能更好地表达含义，易于让人理解。接着上表，下表摘要列出了MSF第四版的一些意识与敏捷软件开发MSF、MSF对CMMI流程改进，以及MSF第三版中的意识的对应关系。
　　MSF第四版的意识 敏捷和CMMI（第一版） MSF第三版
　　培养对等团队 相同 扩展到包括信任。信任是MSF许多方面正确工作不可缺少的
　　专注于商业价值 质量是由客户决定的：“团队中的任何人都要……专注于提供客户所需、所想、能够得到价值的东西” 从原则转换而来，合并到：专注于客户
　　（续）
　　MSF第四版的意识 敏捷和CMMI（第一版） MSF第三版
　　保持问题解决的观点 相同 问题解决意识
　　以精雕细琢为荣 以精雕细琢为荣
　　质量是每个人每一天都要关注的事（从原则转换而来） 质量意识
　　零缺陷意识
　　持续学习 乐于学习 乐于学习
　　（与递增地交付价值原则合并） 经常交付
　　（转移到经过验证的实践 ） 提早获得具体细节
　　内化服务质量 服务质量 设计原则，但是需要更多的关注，所以需要内化，常常在设计结束后需要考虑
　　学会做人 相同 新内容
　　按承诺交付 新内容 固定的交付日期：激励创新而不改变交付日期
　　团队模型
　　一个非常受欢迎的变化是保留了角色组。为了帮助强调团队模型始终与交付解决方案的各个方面都有关系，以及它们是各自的利益关系人的代言者，角色组被重新命名为代言群（advocacy group）。..
　　重新检查这个模型，可以发现对MSF团队模型做出了非常有意义的重大改变，那就是增加了架构代言群(Architecture Advocacy Group)。读者对这个群应该不会陌生，因为这个群的很多相关方面是来自于日程管理代言群（Program Management Advocacy Group）和开发代言群(Develop Advocacy Group)。
　　发布管理角色组（Release Management Role Cluster）被重新命名为发布／运维代言群(Release/Operation Advocacy Group)。这个改变旨在强调解决方案交付团队要与解决方案运维团队紧密配合这一关键需要。因为并非所有的解决方案都会部署到运维环境，所以发布（release）这个词仍然得以保留。
　　作为重新检查团队模型的一部分，我们明确和扩展了每个代言群的功能域。此外，我们对每个功能域的一些关键职责和活动也做了明确、提炼和扩展。
　　过程模型
　　MSF第三版的过程模型有了很多变化。虽然基本的概念都得以保留，但是把构建解决方案（实施方法等）的过程和活动与运行一个项目（管理方法等）的过程和活动分开是有意义的。因此，过程模型被改名为管理模型。
　　其他的一些更改都是为了强调第三版的敏捷、交错和迭代特性。即五个阶段现在都叫做历程（比如计划历程）——就像活动历程一样。为了强调MSF第三版不仅仅应用在软件开发领域，而是有更广泛的应用，开发阶段现在被改名为构建历程。虽然里程碑这个概念被广泛应用于项目管理周期中，但是为了强调MSF第三版本身的敏捷特性，我们使用了检查点（checkpoint）这个概念替代了里程碑。管理模型仍然有主要检查点和过渡检查点。
　　过程模型为了更好地强调MSF第三版中的迭代也做了一些改变。比如，对于把活动的主要历程分解为工作流和泳道图增加了一些说明。
　　其他各种更改
　　还有一些为数不多的琐细但是重要的更改。缺陷（defect）的概念被问题（issue）替代——后者能更好地适应这个好诉讼的社会。为了强调MSF第三版不仅仅应用在软件开发领域，bug这个概念同样被替换为问题（issue）。相应地，与bug相关的两个过渡检查点也被重新命名。无bug出现检查点被改称为问题记录清除检查点。bug集中检查点被称为问题集中检查点。在构建历程（以前叫做开发阶段）中，概念验证完成过渡检查点被称为原型设计完成检查点，因为并不是所有项目都包含概念验证，但是几乎所有项目都包含原型设计。
　　新内容
　　MSF第四版增加了以前在MSF第三版中仅仅是为了构建和说明一些别的问题而简单介绍的一些关键的概念。这些要素如下：
　　安排进度流程（scheduling process）
　　风险减轻触发器（risk mitigation trigger）
　　授权准备（empowerment readiness）
　　需求优先级（requirement prioritization）
　　管理历程（governance track）
　　安排进度流程
　　虽然在项目管理社区中这不是什么新概念，MSF第四版中添加的时间安排的方法却也反映了MSF原则和意识。这一部分的实际价值在于我们学到的很多经验都会伴随着对这一过程的解释。
　　风险减轻触发器
　　虽然不属于项目管理社区共同的实践，但它在MSF第四版中比较实用。在减轻风险和有意识控制成本方面为我们提供了更多的选择。
　　授权准备
　　MSF坚决主张要给团队成员授权。但是并不是所有的团队成员都能或都准备好了被授权。授权准备就绪是MSF第四版中添加的方法，对于每个团队成员是否准备好执行分派的任务进行量化评估。
　　需求优先级
　　MSF第四版的新内容只有不多的章节讨论需求优先级。同时提供了应用一个简单方法和一个复杂方法进行优先级排序的例子。
　　管理历程
　　前面过程模型小节提到MSF第四版有一个新的活动历程，叫做管理历程。这个活动历程遍及实施历程（比如展望历程），指导项目的运行。
　　重要概念的明确和增强
　　MSF第三版的许多内容被重新明确或扩展了，主要包括以下方面。
　　就绪管理的纪律和过程。
　　风险管理的纪律和过程。
　　总体项目计划中包含更多的项目计划。
　　支持环境：不仅仅指开发和测试环境。
　　利益关系人分析。
　　定义高层需求。
　　分解和提炼需求。
　　添加了服务质量（QoS）的需求。
　　验收准则：用户，运维和客户。
　　明确了概念、逻辑、实体设计工作之间的差别。
　　测试类型：回归测试，功能测试，易用性测试，系统测试。
　　帮助完善MSF
　　本书是许多变化和演进中的知识和实践的缩影。非常欢迎你为这项知识的积累做出贡献。你可以访问http://www.microsoft.com/msf获得关于MSF的一般信息和工具。其他MSF社区、资源和服务可以访问http://www.NorthStarAnalytics.com/msf获得。
　　培训
　　微软和具有其培训资格的合作伙伴提供一系列MSF的课程，包括一门基于本书内容的课程。请访问http://www.microsoft.com/learning/training/获取更多信息。
　　本书的售后服务
　　我们为保证本书的准确性做了很多努力。收集的勘误和变更会加到Microsoft Knowledge Base的一篇文章中。微软出版社在以下网址为本书提供支持：
　　http://www.microsoft.com/learning/support/books/
　　问题和评论
　　如果你有关于本书的评论、问题或其他想法，或者有问题但访问上述网址都没有得到答案，请发邮件到微软出版社（Email：mspinput@microsoft.com）或发信件到下面地址：...
　　Microsoft Press
　　Attn: Microsoft Solutions Framework Essentials Editor
　　One Microsoft Way
　　Redmond, WA 98052-6399