《构建之法》读书笔记——第7章 MSF

第7章 MSF

7.1 MSF简史

MSF（Microsoft SolutionFramework），微软解决方案框架，就是微软推荐的软件开发方法。

7.2 MSF基本原则

         1.推动信息共享与沟通（Foster open communication）

         2.为共同的远景而工作（Work toward a shared vision）

         3.充分授权和信任（Empower team members）

         4.各司其职，对项目共同负责（Establish clear accountability and shared resposibility）

         5.交付增量的价值（Deliver incremental value）

         6.保持敏捷，预期和适应变化（Stay agile，expect and adapt change）

         7.投资质量（Invest in quality）

         8.学习所有的经验（Learn from all experiences）

         9.与顾客合作（Partner with internal and external customer）

7.2.1 推动信息共享与沟通

第一个原则，就是所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有的人。当然，对牵涉到机密技术、安全性等信息要采取必要的保护措施。

7.2.2 为共同的远景而工作

         1）这个目标必须是明确的，没有二义性

         2）这个目标不是当前就能达到，必须是通过努力才能达到的

         3）这个目标不是空泛的，它应该对项目成员每天的工作都有指导作用。

7.2.3 充分授权和信任

一是给某人权力和权威

二是给予某人更多自信和自尊

7.2.4 各司其职，对项目共同负责

MSF团队模型和关键质量目标

关键质量目标	MSF小组角色	出口条件
按约束条件交付产品	程序管理	我们的项目是在时间/资源的条件内交付的么
按产品规格说明交付产品	开发	我们是否按照功能说明完成了各项功能
保证所有问题都得到处理	测试	我们发现了所有的问题，而且我们都有处理方案吗
产品部署和后续管理	发布管理	客户是否能快速方便地部署产品和进行后续管理
让产品更好用	用户体验	产品是否适应用户的使用习惯？易学易用
让客户满意	产品管理	客户是否（在总体上）满意我们的项目

7.2.5 重视商业价值，提供渐进的价值

我们的项目都应该是出于商业目的，如果没有商业的需求，再酷的技术也没有用，商业项目需要重视市场和用户，技术是出于第三位的。

7.2.6 保持敏捷，预期和适应变化

软件工程，唯一不变的是变化。所以干脆别幻想客户的需求会在第一时间很明确，然后保持不会变。要注意，我们是预期变化，不是期望变化。

7.2.7 投资质量

对质量的重视，引起对质量的投资，引起对人、过程和工具的投资。

         1）投资要讲效率。

         2）投资要讲时机

         3）投资是长期的

7.2.8 学习所有经验

在学习过去的经验的同时，也要避免让过去的经验妨碍解决现在的问题。

 

MFS在每一个里程碑结束时都要做一个“里程碑回顾”，这个回顾不必等到整个项目结束才做。这样做的好处是，大家对最近的成败都记忆犹新，能提供比较准确和全面的反馈；如果发现了错误，可以马上研究解决办法，在下一个里程碑中通过实践来验证。另外，一些好的做法可以及时得到总结和推广。

7.3 MSF团队模型

在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危及整个项目。因此，每个角色都被认为是同等重要的，重要的决定都要共同做出。

7.4 MSF过程模型

MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的，它把瀑布模型中基于里程碑的规划优势与螺旋模型中增量迭代的长处结合了起来。

MSF过程模型的基本元素是阶段和里程碑。所谓“阶段”，就是在这一段时间里团队集中精力做某一类事情，每个阶段的结束都代表了项目的进展和团队工作重心的变化。比如在“开发阶段”结束后，团队就不再允许设计/实现新的功能，除非有理由充分的“变更请求”。

团队用里程碑来检查工作是否结束和同步各个角色的进度，以此来确定当前阶段的目标是否已经实现。

此外，里程碑标志着每个阶段的结束，此时团队应该引导成员转移工作的重心，并鼓励队员以新的视角来看待下一阶段的目标。在上一个阶段产生的各种交付内容，将成为下一阶段的起始点。

7.5 MSF敏捷开发模式

         MSF敏捷开发模式

         MSFCMMI开发模式

7.5.1 更强调与用户的交流

项目的商业价值要由用户说了算，那些“我觉得用户会喜欢”的东西要及早和用户交流。因为“我觉得”和“用户觉得”是两码事。

7.5.2 质量——防患于未然

防止缺陷的发生成为团队质量控制的首要任务，在防止缺陷的发生和确保缺陷被修复上，所有的角色都要负责。

7.5.3 重视在实战条件下的质量

这一点要求我们保持随时可以发布的高质量。

7.5.4 精简过程，直奔主题

7.6 MSF CMMI开发模式

略。

7.7 练习与讨论