MSF的两模型与三准则..docVIP

MSF的两模型与三准则 组队模型概述 为了使一个项目取得成功，必须实现六个关键的质量目标，这种理念是 MSF 的基础。这些质量目标驱动小组并定义了组队模型。虽然整个小组都对项目成功与否负责，组队模型还是将六个质量目标和分离的角色群联系起来以确保义务分明和中心明确。 组队模型的六个角色群 － 产品管理、程序管理、开发、测试、用户体验以及发布管理 － 定义了确定职能领域以及和他们相关联的职责的通用方式。角色群常仅被看作多个角色。无论那一种解释，这个概念是相同的：解决方案框架和组队模型是可伸缩的，以满足构建一个特别的解决方案的需要。一个角色或是一个角色群，可能包含一个人员或许多人员，这依赖于一个项目的大小和复杂程度，依赖于为完成功能区内的职责而需要具备的各项技能。 MSF 组队模型强调将各个角色群与各项业务需求相校准的重要性。角色分组和职能领域与各项职责相联系，职能领域和各项职责分别要求有不同的规则和重心。角色分组为一个协调良好并且各项技能和观点代表了所有基本项目目标的小组带来了动力。拥有一个清晰定义的目标将促进对各项职责的理解并且鼓励项目小组控制项目，这将最终带来一个更优质的产品。既然每个角色对项目的成功都有决定性作用，那么代表了这些目标的角色在决策时是平等的，具有均等的发言权。 请注意，这些角色群并不表示任何形式的组织机构示意图或是工作职位调整，因为这些角色群将随着组织和小组的变化而产生很大的改变。更常见的是，角色将分布在 IT 组织内部的不同组群之间。关键在于清晰的确定履行某一特定角色群的小组个体以及与之相关的有助于目标实现的各种功能、职责和分布。在小型小组中，角色必须被小组成员共享。两条原则指导角色共享。第一条原则是开发小组成员不能共享一个角色。第二条指导原则是尽量不要使有内部利益冲突的角色被组合。例如，产品管理和程序管理因为有利益冲突而不能被组合。产品管理希望满足客户，相反的，程序管理希望按时按预算交付。 色群 目标 职能领域 职责 产品管理 满足客户 市场开发 业务价值 客户拥护 产品计划 作为客户的拥护者 驱动共同的项目和方案设想 管理客户需求说明 开发和维护业务案例 管理客户期望 驱动产品特征、日程表、资源权衡决策 管理市场开发、产品宣传和公共关系 开发、维护和执行交流计划 程序经理 交付满足项目约束的解决方案 项目管理 解决方案体系结构 过程保证 管理服务 驱动开发过程以期按时的交付产品 管理产品规格说明书 － 首席项目构架师 促进小组内部的交流和商议 维护项目日程表和报告项目状态 驱使关键的权衡决策的实现 开发、维护和执行项目总规划和日程表 驱使和管理风险评估和风险管理 开发 根据规格说明创建解决方案 技术咨询 实现的构架和设计 应用程序开发 基础结构开发 指定物理设计的特征 估算完成每个特征所需的时间和精力 构建每个特征并监督其实现 准备部署时使用的产品 为小组提供技术主题的专门知识 测试 在所有产品质量事宜被识别并处理后进行发布 测试规划 测试工程 测试报告 确保了解所有问题 决定测试策略和制定计划 执行测试 用户体验 提高用户效率 技术交流 培训 可用性 用户界面设计 国际化 易用性 为项目小组充当用户拥护的角色 管理用户需求说明 设计和开发性能支持系统 驱动可用性和用户性能增效的权衡决策 为用户提供帮助特点和帮助文档的规格说明书 开展和提供用户培训 发布经理 进行平滑的部署及日常运行 基础结构 支持 操作 业务发布管理 作为各种操作、支持与交付渠道的拥护者 管理所得 管理产品部署 驱使可用性和可支持性权衡决策 管理各种操作、支持和交付渠道之间的关系 为项目小组提供后勤支持 模型概述 MSF 过程模型描述了构建和部署 IT 解决方案的活动的高层顺序。它没有规定具体步骤，而是非常灵活，足以适应多种类型 IT 项目。这个新版 MSF 过程模型的一个创新之处在于，它涵盖了解决方案的整个周期，从立项到实地部署。这就有助于项目小组把精力放在客户的业务价值上，因为不到项目被部署和实际运作，就不会有价值被实现。 里程碑 交付成果 成功要素 构思 核心团队组成 远景范围基准 远景/范围认可 （产品管理角色） 远景/范围文档 项目结构文档 初始风险评估文档 共同远景建立 收集概要需求（描述要做什么） 用户档案建立解决方案概要（解决问题的概要描述） 干系人和团队要在项目动机、远景、 范围、概要、项目团队和组织结构等方面达成一致 文档记录限定条件和目标 完成初始风险评估 建立变更控制和配置管理过程 得到发起人或关键干系人的正式认可 计划 技术验证完成 功能规格说明书基准 主项目计划基准 主项目进度基准 开发测试环境建立 项目计划认可 （项目管理角色） 功能规格说明书 主项目 主项目进度表 技术验证 创建