开始学习微软的缺陷管理方法

发表于:2011-11-02来源:未知作者:领测软件测试网采编点击数: 标签:缺陷管理
微软缺陷管理方法 一.团队组织 1. 微软团队模型 项目经理,开发,测试人员比例为5%,31%,64%。 产品团队中,权威仅仅来自于知识,而不是来自于职位。 People are most productive working in small teams with tight budgets, time deadlines, and the free

  微软缺陷管理方法

  一.团队组织

  1. 微软团队模型

  项目经理,开发测试人员比例为5%,31%,64%。

  产品团队中,权威仅仅来自于知识,而不是来自于职位。

  People are most productive working in small teams with tight budgets, time deadlines, and the freedom to solve their own problems. – Bill Gates

  通过有效的风险管理,使不确定因素达到最小

  使用小团队并行工作,达到最多的同步点

  定期编译与快速测试,使产品的稳定性和可用性达到最佳

  2. 各角色的职责

  1)Product Management Team   让客户满意

  Target:确定产品远景,获取并确定用户需求,开发并维护商业安全,满足用户需求

  Role: 部门负责人为 Product General Manager,下设Product Unit Manger,Product Planning,Market and Research,Evangelism与Public Relation的部门负责人;evangelism:说服别人,产品推销,原意为“战斗似的热情”

  Task:进行Group Program Management,清楚地知道用户的需求,并给出详细定义,即用专业术语描述;确保新产品带来利润;控制用户的期望值;设计大概的产品特性和进度表;管理市场,推销及公共关系。

  2) Program Management     在项目约束条件下交付

  Target:制定开发功能规范,在团队内沟通与协商,维持产品进度并报告产品状态,保证在产品约束条件下按时发布产品。

  Role :project coordination, product architecture, release management

  Task:管理产品细节,如feature的详细设计;促进团队沟通与交流,如plan following up;控制全局,保证项目按时完成,生产过程中的trade off。

  3) Software Development Management   按产品规格交付

  Target:开发出满足设计规范和用户要求的产品。

  Team Role :软件架构师(Software Architect) 与 软件开发工程师(Software Development Engineer )

  Task:进行Software Development Management,包括database,system service,user interface。

  4)Software Testing 解决所有问题后发布

  Target:开发测试策略和计划,保证解决了所有已知问题后,再发布产品。

  Team Role :测试工具软件开发工程师(Software Development Engineer in Test , SDE/T)与 软件测试工程师(STE) 。

  Task:进行test management,compliance testing,configuration testing,integration testing,stress testing 测试工具的编写 - 开始于,Test Case 确定之后,并根据Test Case来设计。

  通过使用来发现bug不是真正的测试,只能发现一般用户问题,属于最基本测试范畴;

  测试要考虑所有出错的可能性,错误的承受力,运行的性能问题,软件的兼容性;

  一流的测试人员,不仅要找出bug,还要定位引起bug 的代码行;对设计缺陷测试人员应提出一个更合理的设计,并确保此设计易于开发人员实现。 Active Bug 指 当前必须修改的defect。

  5)User Enducation Team 提高用户胜任力

  文档编写,用户培训;保证使用文档要全部清除地写出来,提高用户使用产品的技能,保证大多数用户能够充分利用产品的功能。

  6) Logistic management 平滑产品部署

  产品实施与维护。

  3. 开发过程特点

  1) 文档齐备:每人清楚了解自己需要做的工作;功能规范由一个3-5人的小组负责完成。

  2) 相互阅读代码:实现目标为同一个feature,代码间可能相互依赖,有助于整体提高效率;避免核心代码由一人完全控制。

  3) 代码注释:包含详尽的调试信息,便于理解与问题解决。

  二.项目管理

  1. 管理机制

  组织架构

  产品开发行政结构,一个Product Unit Manger,下设三个平级的部门经理,团队项目经理(Product Unit Manager),软件开发经理(Development Manager)和测试经理(Test Manager);每个部门经理管几个组长,每个组长下再有3到5个具体工作人员,如项目经理,软件开发人员与测试人员。

  产品设计,产品实现和产品测试,三权分立,相互配合,相互制约,相互依赖,有助于建立明确责任制,从而保证产品开发的顺利完成。

  软件开发与测试经理/组长,均为专业技术人员出身,能够指导部下工作或代替他们完成任务;这样人员的行政管理就是领域专家式管理,保证了开发从技术上思考和评判设计方面的问题。员工也会乐意接受能真正了解他具体工作的人领导,并给与充分的尊重,同时也能避免开发人员虚报所需工作日的情况。

  微软行政级别决定员工工资,股权等福利待遇,而职务头衔与行政级别并不是直接挂钩的。技术人员只要能力强,贡献大,行政级别与工资,福利待遇可能同高层一样,不需成为经理或领导才能获得较高级别的待遇。这样他们可安心自己擅长的工作,其能力和贡献,可经不断的提级来得到认可和回报。

  项目经理配置

  随着软件产品项目规模增大,产品质量问题,开发周期问题,内部管理等问题越来越突出,必须从根本上加强项目的组织管理,从而微软产生了项目经理这一职位。

  项目经理全权负责产品的最终完成,其任务涉及:了解用户需求;进行产品的功能定义,规划和设计;做各种复杂决策,保证开发队伍顺利开展工作,及跟踪程序的错误等。项目经理占开发总人数的1/5,即每个开发小组中,有一个项目经理,两个软件工程师,与两个软件测试工程师

  具体工作描述:

  1) 制定产品远景计划,写出项目规格说明书;

  确定商业机会后,产品单元经理制定出粗略的商业计划书,交项目经理准备项目计划草案,包括远景描述,主要功能,建议的时间表,里程碑及所需的资源。

  主持由开发测试骨干参加的会议,对计划草案进行全面的分析讨论,确定主要功能模块。

原文转自:http://www.ltesting.net