MSF 组队模型 v. 3.1

发布: 2008-5-10 17:48 | 作者: 网络转载 | 来源: 网络转载 | 查看: 180次 | 进入软件测试论坛讨论

发布管理角色群

发布管理角色群的目标是使部署流畅和持续操作。发布管理是直接参与 MSF 小组操作的角色。它包含了下列职能领域的责任：

•	企业基础结构规划
•	通过地理布局协调物理环境使用与规划（数据中心、实验室、外部办事处）。
•	为小组的统一的基础结构管理和标准提供规则和规程。
•	向 MSF 小组提供基础结构服务（构建服务器、标准映像、软件安装）。
•	为小组管理软硬件采购。
•	构建准确反映生产环境的测试与分级环境。

•	为 IT 用户提供第一位的联络与客户服务。
•	通过同客户管理 SLA 支持业务，保证承诺被实现。
•	提供事件与问题决议；对用户需求和日志事件作出快速反应。
•	向开发和设计小组提供反馈。
•	开发故障转移和恢复规程。

基础结构职能领域描述了一组责任，涉及到在 MSF 项目中必须令人满意的操作基础结构。它是 MSF 发布管理角色群的一部分。至于那些应用了 MOF 的项目，它们符合 MOF 基础结构角色群的责任。

本职能领域致力于确保解决方案的构建和部署是 可支持的。至于那些应用了 MOF 的项目，它们符合 MOF 支持角色群的责任。

本职能领域描述了一组在 MSF 项目中必须令人满意的操作责任。本职能领域致力于保证解决方案的构建和部署在同其它服务进行操作时的可操作性和兼容性。至于那些应用了MOF的项目，它们符合 MOF 支持角色群的责任。

本职能领域描述了涉及到业务软件产品发布的一组责任。业务发布管理致力于在渠道中获取产品。

msf/msftm31.mspx#top">

在 Microsoft 从前的软件开发人员 Steve McConnell 的书 快速开发中，他写道：

“大型项目要求组织实行公式化且简单有效的交流。……所有的进行简单有效交流的方法都依赖于建立各种层次，也就是建立小型的拥有与小组同样功能的工作组，然后从这些工作组中选定一些代表来相互组合，并与管理相结合。”

MSF 提倡把大型小组(那些多于十个员工的小组)分解成小型的、功能齐全的小组。这些小型小组并行工作，并经常进行同步工作。

另外，功能小组可能被用于一个要求多种资源来适应需求的特别角色，并因此被组合在这个角色中。

在组队模型中，每个角色群都由组合在一个层次结构中的一个或多个资源组成（尽管它们是尽可能的扁平）。测试人员向一个测试经理或领导汇报就是一个例子。

覆盖在这个结构之上的是功能小组。这都是些小型的下级小组，它们把来自每个角色的一个或更多的成员组合进了一个模块组织中。然后这些小组被赋予了一个具体的功能，并对它所有的方面负责，包括设计与计划。例如，一个特征小组可能被指定去设计和开发印刷服务。

Steve McConnell 写进 快速开发：

“功能小组在授权、责任性、以及平衡上具有优越性。小组可以被灵敏的授权，因为它代表性的包含了……每个相关的人员。小组在它的决策中包含了所有的观点，因而很难出现一个超越它的决策的基础。”

“因为同样的原因，使这种小组变得有责任。他们所有人员需要的，制定好的决策的权限。如果他们没有制定出好的决策，除了自己他们谁也无法责备。这种小组是平衡的。您不能期望开发、市场、或者质量保证在一份产品说明书中各有一个独立的最终说辞，不过您可以从每个种类包含的一组代表性的说法中取得一个平衡。”

图 2：功能小组
查看完整的图象。

备注： 本图例并不是描绘组织功能小组的需求。举个例子，并不是所有的功能小组都需要用户经验角色；这些小组都是为了迎合它们的解决方案关注的目标而按需组织的。