• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

MSF 组队模型 v. 3.1

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

领测软件测试网

组队模型概述

为了使一个项目取得成功,必须实现六个关键的质量目标,这种理念是 MSF 的基础。这些质量目标驱动小组并定义了组队模型。虽然整个小组都对项目成功与否负责,组队模型还是将六个质量目标和分离的角色群联系起来以确保义务分明和中心明确。

组队模型的六个角色群 - 产品管理、程序管理、开发、测试、用户体验以及发布管理 - 定义了确定职能领域以及和他们相关联的职责的通用方式。角色群常常仅仅被看作多个角色。无论那一种解释,这个概念是相同的:解决方案框架和组队模型是可伸缩的,以满足构建一个特别的解决方案的需要。一个角色或是一个角色群,可能包含一个人员或许多人员,这依赖于一个项目的大小和复杂程度,依赖于为完成功能区内的职责而需要具备的各项技能。

MSF 组队模型强调将各个角色群与各项业务需求相校准的重要性。角色分组和职能领域与各项职责相联系,职能领域和各项职责分别要求有不同的规则和重心。角色分组为一个协调良好并且各项技能和观点代表了所有基本项目目标的小组带来了动力。拥有一个清晰定义的目标将促进对各项职责的理解并且鼓励项目小组控制项目,这将最终带来一个更优质的产品。既然每个角色对项目的成功都有决定性作用,那么代表了这些目标的角色在决策时是平等的,具有均等的发言权。

请注意,这些角色群并不表示任何形式的组织机构示意图或是工作职位调整,因为这些角色群将随着组织和小组的变化而产生很大的改变。更常见的是,角色将分布在 IT 组织内部的不同组群之间,有时还可能分布于业务用户社区或者外部的咨询师和合作伙伴中。关键在于清晰的确定履行某一特定角色群的小组个体以及与之相关的有助于目标实现的各种功能、职责和分布。

tdHeader vAlign=top>
角色群 目标 职能领域 职责

产品管理

满足客户

市场开发

业务价值

客户拥护

产品计划

作为客户的拥护者

驱动共同的项目和方案设想

管理客户需求说明

开发和维护业务案例

管理客户期望

驱动产品特征、日程表、资源权衡决策

管理市场开发、产品宣传和公共关系

开发、维护和执行交流计划

程序经理

交付满足项目约束的解决方案

项目管理

解决方案体系结构

过程保证

管理服务

驱动开发过程以期按时的交付产品

管理产品规格说明书 - 首席项目构架师

促进小组内部的交流和商议

维护项目日程表和报告项目状态

驱使关键的权衡决策的实现

开发、维护和执行项目总规划和日程表

驱使和管理风险评估和风险管理

开发

根据规格说明创建解决方案

技术咨询

实现的构架和设计

应用程序开发

基础结构开发

指定物理设计的特征

估算完成每个特征所需的时间和精力

构建每个特征并监督其实现

准备部署时使用的产品

为小组提供技术主题的专门知识

测试

在所有产品质量事宜被识别并处理后进行发布

测试规划

测试工程

测试报告

确保了解所有问题

决定测试策略和制定计划

执行测试

用户体验

提高用户效率

技术交流

培训

可用性

用户界面设计

国际化

易用性

为项目小组充当用户拥护的角色

管理用户需求说明

设计和开发性能支持系统

驱动可用性和用户性能增效的权衡决策

为用户提供帮助特点和帮助文档的规格说明书

开展和提供用户培训

发布经理

进行平滑的部署及日常运行

基础结构

支持

操作

业务发布管理

作为各种操作、支持与交付渠道的拥护者

管理所得

管理产品部署

驱使可用性和可支持性权衡决策

管理各种操作、支持和交付渠道之间的关系

为项目小组提供后勤支持

满足客户

项目必须满足客户和用户的需求,并且以满足客户与用户需求作为成功的标准。项目可能只实现了预算和时间的目标但却没有满足客户的需要,那么这种项目仍是不成功的。

发布满足项目约束的解决方案

所有小组的一个关键目标是发布满足项目约束的解决方案。任何项目的基本约束包括预算和日程进度的约束。大多数项目使用“按时、按预算”作为评价成功的标准。

根据规格说明创建解决方案

产品规格说明详细的描述了小组提供给客户的可交付产品。精确的按照规格说明交付产品对小组来说是很重要的,因为规格说明书代表着小组与客户之间的一项协议。

在所有产品质量事宜被识别并处理后进行发布

所有的软件在交付时都存在缺点。一个关键目标是确保那些缺点在发布产品之前被确定和处理。处理涉及了从修复存在疑问的缺陷到为这些周边工作的解决方案提供文档的所有工作。相比交付一个存在未辨识缺陷而在稍后也许将惊呆小组和客户的产品,交付一个已知错误而这个错误已被处理并提供了周边工作解决方案的产品更为可取。

提高用户效率

为实现项目成功,用户工作和操作的方式必须实现改善。交付一项拥有丰富特性与内容但却无法被目标用户所操作的产品将被认为是失败。

进行平滑的部署及日常运行

有时进行平滑部署的需要会被忽视。部署的理解也被或对或错地带入了产品本身。例如,一个错误的安装程序可能导致用户认为安装好的程序也同样存在错误,既便这可能并不是真实的情况。因此,小组不应只做简单的部署;小组必须争取实现一个平滑的部署并为产品的支持和管理做好准备。这些内容可以包括在部署前确保培训、基础结构和支持的准备就绪。

msf/msftm31.mspx#top">

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网