H.E.'s Blog

我在好几年前通过某次技术大会得知，微软的研发团队整体开发模式是基于微软自创的一条套路，简称 MSF (Microsoft Solutions Framework )，顾名思义：Microsoft 解决方案框架 。

执行MSF的前提，即任何技术项目都必须达到特定的关键质量目标才能被认为是成功的项目。但，每一个目标的达成，都需要相关的、不同领域的知识和技能的综合运用。MSF把不同领域的知识和技能分别分配到不同的角色中去，每个角色都具有满足项目成功的标准。如果任何一个角色无法实现其目标，这都会危及到整个项目。因此，MSF小组模型中的每一个角色都认为是同等重要的，重要的决定都要共同作出。

MSF 团队模型并不能保证项目一定成功。除了团队结构之外，有着更多因素决定着一个项目的成功与失败。不过小组结构仍然是很重要的。

MSF 组队模型是防止“不良的团队结构会削弱成员的努力、增加开发时间、降低质量、使士气低迷、增大周转期间”这样的问题的。恰当的团队结构是成功的基石，贯彻MSF模型并且运用MSF的原则能够帮助团队，使之更加有效，因而取得成功。

我们再来看看在MSF是怎样界定开发与业务之间的关系，如图所示：

查看大图请点击这里

有一个重要的地方需要强调：当负责外部协调的各种角色能够提供信息的输入并提供项目的建议的时候，不要让单个的成员或单个角色拥有修改项目功能、计划以及资源的优先级和权限。因为这些改变都是项目客户的特权，并由项目团队来负责执行。

看看微软在开发Windows 2000时的各个角色的人员数安排，开发的人数只占据总人数的20%都不到,如图所示：

查看大图请点击这里

根据MSF中的定义 “开发人员”和“测试人员”的人数比例为1：2。下面是微软提供的另一个例子，如图所示：

查看大图请点击这里

参考资料，可以阅读我以前提到一篇“谈谈我知道的微软、SUN公司 测试工作”：http://www.javabloger.com/article/microsoft_and_sun_testing_process.html

–待续–