测试管理。目前国内网游团队的测试能力相对较弱，大部分都没有高效、全面的缺陷管理系统，甚至有一些测试工作与客户支持任务都由同一团队来负责。相反，测试在欧美游戏公司中起了非常重要的作用，这也是欧美游戏品质上乘的重要原因之一。
有效的需求管理方法
从游戏研发项目特点不难发现，目前存在于游戏开发管理中的很多问题都源于需求管理环节。
量化需求管理
如前所述，游戏项目通常规模巨大，涉及部门众多。很多欧美视频游戏的开发投入都在千万美元以上，通常需要200人以上的专业团队开发2到3年时间。游戏项目的需求涉及到很多内容，包括游戏类型、界面类型、引擎、游戏性等。
游戏项目的需求文档最初来源于策划案，内容包括剧情创意、玩法、美术风格等。结合游戏硬件和软件环境等因素，被分解生成《游戏功能描述书》，包含众多内容，若用整篇的文档来指导开发和测试工作，很容易引起任务分配的混乱;当发生需求变更时，也很难追溯历史版本。TechExcel从实践中提炼出一个行之有效的解决方法—用规范点（Specification，以下简称Spec）量化需求，正规表达每一个功能单元。只需打开《游戏功能描述书》的WORD文档，就可以利用插件，将其中的功能单元逐条地复制出来，在需求管理系统DevSpec中直接生成Spec。相对于需求，Spec是更面向技术人员的语言。
有序管理需求变更
在实际项目中，实现需求变更的成本随着开发进度呈指数级增长。需求变更的流程化管理能保障正常的开发进度，将变更及时反应到开发测试部门。
以下描述的是一个典型过程（如图1）。一项变更请求在需求管理系统中被提交后，与之关联的各个部门，如市场、程序、美术、测试等，都会有相关人员接到系统通知而介入。他们将组成评估团队，根据实施难度、周期、费用、对其他机制的影响等指标，对该变更进行全面考察和评估。在理想的游戏研发管理平台中，需求管理与所有规划、开发、测试管理过程相集成。因此，需求的正规表达Spec，以及围绕Spec正在或将要进行的开发任务和测试任务，都能被纳入综合考虑的范畴，便于评估团队估算该变更造成的“牵一发而动全身”的潜在影响。有时，还要结合商业需求进行考量，为了赶上最佳发布时机，有些变更将被拒绝。这个过程由独立的工作流控制，通常包括请求、复查、讨论、调整、批准和拒绝等状态，只有具备权限的项目成员才能改变状态。按照预设的流程，各方审批全部通过后，该变更才能被接受。
变更请求被批准后，与之相关联的开发、测试任务都会在系统中被一一标记出来，以提醒程序和测试部门的相关负责人，引发这些任务的需求已经变更，请他们做出相应的调整处理。在系统中跟踪这些任务的进展，可以实时掌握该变更的落实情况。变更完成后，也可以核算它对开发周期和费用的实际影响，与评估时的预测相对比，找出差异原因，为将来更准确地评估提供参考。
此文章共有3页 上一页 1 2 3 下一页
文章来源：中国项目管理资源网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
