告别996？资深游戏PM：游戏项目开发的高效秘诀

导语：按照具体执行人还可以细分为：数值设计(数值策划)、规则及配置表(系统策划)、UI交互设计(UI策划)、战斗内设计(战斗策划)、关卡设计(关卡策划)；程序：底层框架设计(主程)、客户端UI逻辑(客户端程序)、服务器协议逻

　　按照具体执行人还可以细分为：数值设计(数值策划)、规则及配置表(系统策划)、UI交互设计(UI策划)、战斗内设计(战斗策划)、关卡设计(关卡策划)；程序：底层框架设计(主程)、客户端UI逻辑(客户端程序)、服务器协议逻辑(服务器程序)、战斗内逻辑(客户端程序)；美术：特效设计(特效师)、原画设计(原画师)、模型物件设计(角色建模师)、动作制作(动作师)、动画制作(动画师)、场景设计(场景)。

　　然后根据分解之后的事项，各个组开始分配人员，最好每一项任务分配一个人，如果硬要分配多人完成任务的话，一定要确定对这项任务最终负责的人。

　　执行任务的执行人要反馈真的确切理解了任务内容，以及完成任务之后要交付的成果。

　　这样我们就得到了一份这个里程碑或者这个阶段具体可执行的任务条目表，接下来就开始估期了。管理大师彼得德鲁克提到有一类工作者叫做知识工作者，他们脱离了机械化的工作，比如1分钟拧10个螺丝，他们学习新的知识，并且在工作中应用知识。

　　游戏行业从业者就是知识工作者，学习-消化-应用，是知识工作者的工作模式。每个人的学习接受知识水平不一样，有的人快，有的人慢，有的人天赋高，有的人天赋低。这也是造成了估期不准确的原因之一。

　　讲价式估期(专家判断)，可以保证一定的估期准确性，先让执行人评估完成时间，然后再让组长(专家)评估完成时间，双方达成共识，这里的关键是组长(专家)对于组员能力的了解程度，越了解估期越准确。

　　经验式估期(类比估算)，也可以保证一定的估期准确性，以之前做过类似功能的完成时间为参考，对本次功能模块进行估期，参照越相似估期也就越准确。

　　组长对于团队成员的培训，也可以提高估期的准确性，知识经验的传承，统一的规范，通用的方法论，有助于团队成员提高自身能力的同时，准确把握自身能力范围。

　　拥有估期之后，就可以按照任务先后进行时间排序，任务之间有的拥有前后置关系，我们可以缕清这些关系形成甘特图。甘特图是可以清晰看出任务之间的关系及与时间的关系，在发生延期情况时，可以清晰看出受影响的关联任务。

　　至此项目规划阶段算是告一段落了，这里面需要着重记录的信息点是：明确的任务执行项、具体的负责人、准确的时间点。

　　进度管理

　　这部分比较程序化，跟进项目进度，强调任务的时间节点，强调什么时间，完成了什么事情。

　　每日的控制进度审查，一般分为每日站会(Daily Scrum)和每日工作总结。

　　每日站会(Daily Scrum)，基于小组形式的15分钟小型会议，属于敏捷开发中的一种管理方法，团队成员只说今天做了什么，将要做什么，遇到什么困难。每日站会的原则是高效沟通，减少一切可能浪费资源的行为。

　　每日工作总结，是一种信息收集的方式，每天的结尾收集团队成员今天任务的完成情况及遇到困难，是一种拉式的沟通方式。

　　每周的控制进度审查，一般为项目周会，一般安排在每周的开始或者结束阶段，主要为各个组，程序、美术、策划进行同步目前进度状态，主要主旨为同步展示目前项目组的进度状态，同步信息。

　　估期节点审查，在估期的节点进行询问此任务的目前状态，主动管理、主动询问、遇到问题解决问题、持续推进，保证任务可以持续的推进下去。这个节点可以是任务开始节点、也可以是任务执行中的关键节点、也可以是任务的完成节点，这个度需要在具体情况下具体分析。

　　这些审查的核心作用是，收集正确信息掌握目前项目状态，确切了解目前团队的状态才能更好的控制进度，管理进度，推进项目，有效决策。

　　有一些工具软件可以很好的帮助项目组进行项目管理，像Teambition、JIRA、TAPD、Microsoft Project等等，各种软件也拥有各有各的优点。

　　Teambition较为通用，有多种模版，满足日常的项目管理需求，其基本思想加入了敏捷方法，可以把任务具象化，强调任务的流转过程，主要结构为任务 + 执行人 。操作方便，可视化程度高。

　　JIRA开源，团队可以根据自己的需求来定制属于自己项目的功能，满足项目管理的基本需求，缺点是使用交互较为死板，操作可视化程度较低。

　　TAPD是腾讯推出的项目管理工具，应用了腾讯特有的敏捷方法，如果想体验腾讯敏捷方法论，可以尝试一下。

　　Microsoft Project是微软推出的项目管理软件，功能强大，完全支持项目管理的需求，包括项目预算的计算，人力资源的分配整合，操作比较复杂，设置变量偏多，可视化程度低。

　　这些软件都提到了敏捷方法，在互联网行业中，敏捷方法是较为推崇的开发方式。敏捷方法的核心是迭代。敏捷的需求承载体为故事，但是故事其实是一个朦胧的概念，需要通过频繁变更迭代来让故事变得清晰与明确。从这一角度来讲其实很适合应用到游戏开发中来。

　　如果流程偏离了原有的作用——收集正确信息掌握目前项目状态，最终变成了形式化，任何流于表面的形式化流程都是无效的。

　　总结

　　在项目管理中，时间、成本、范围和质量等指标历来被视为确定项目是否成功的最重要的因素(S-TQC)。这四个因素互相拉扯紧密联系在一起。

　　游戏开发过程中，总会突然冒出大大小小的问题，这些问题可能会引起时间的增加、成本的上升、范围的扩大以及质量的下降，项目管理或者项目管理流程或许就是为了避免这些问题、解决这些问题而存在的。

　　问题解决方法通常包括以下要素：

　　定义问题；识别根本原因；生成可能的解决方案；选择最佳解决方案；执行解决方案；验证解决方案的有效性。

　　高效的开发过程不可能一蹴而就，也不存在标准通用的流程规范，这些都是需要一步一步去迭代优化剪裁而成。当然还要团队成员的集体配合磨合才能达到最优的效果。

　　希望可以借鉴剪裁项目管理体系中的知识框架来提高完善游戏开发过程，如果有写的不严谨或者思路不正确的地方，欢迎提出纠正。

　　来源：游戏陀螺

（编辑：D游戏网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!