浅谈游戏中的项目管理

浅谈游戏中的项目管理

现在是午夜12点，通常这个时候已经睡着了。但是今晚脑海里总是恍恍惚惚，想想自己的职业生涯，想想自己的游戏生涯，想着自己的未来。 想法很多。

思绪来了。整整笔记。希望对以后能有所帮助。

今晚的思路主要是来源于对项目管理和带团队这块。

关于游戏项目的项目管理：

必备工作流程：

1. 工作进度与工作计划。

   为每一个部门创建直属沟通交流群。每天上班需要发工作计划，下班发工作总结。由直属领导直接掌管进度，并由指定人员统计发送到邮箱。加班需要理由，不能无故加班。进度延期需要理由，需要直接提供协助。

2. 项目会议

   每周周5会议，主要用来同步版本计划和版本进度。美术交付了什么，前端、后端程序交付了什么。策划验收过的需求。策划版本文档进度。策划测试情况和进度概况。项目会直接同步延期交付的工作内容。由各部门老大统计信息，项目经理或者测试主管直接主导会议。

3. 日常同步

   请假、延期上班，需要理由，需要同步。让合作完成的其他工作人员好安排他的工作。

4. 交付

   前端、后端的工作交付需要同步，只有两边都完成才能算完成，否则不能交付给测试。策划、前后端人员都要督促其完成。交付是指功能全面完成提交给策划，并且策划配置上比较理想的配置后交付给测试的流程。

5. 打版本

   功能下来了。计划安排了。但是什么时候安排测试，什么时候安排具体打版本确是比较迷茫的。在打版本的时候，需要在版本前2天完成全部的功能需求。后续的2天内只能提交bug修复的内容和配置内容。其他代码都需要严格把控以方便测试工作。

6. 工作安排

   策划主导需求，并对需求做优先级处理。由前后端主城评估工作并与策划再次沟通订下来版本内工作和跨版本工作。 版本内工作是指版本交付期内一定要完成的工作。 跨版本工作是指非版本内工作，开发人员提前开发但是再当前版本内不能提交代码，下一个版本才能提交。

7. 工作总结

   总结是为了项目的规范做铺垫，对代码进行review，头脑风暴其好坏。通过多次的总结会议得出项目内统一的代码风格和规范。

8. 分享

   模块设计的分享。某个知识点的学习与分享。分享的目的是为了扩宽大家的视野，和提供大家的动脑能力，或许在这里还可以发现别人的不足得到别人的直接的指点。

我的后端团队必须做的点

1. 组织实现代码规范文档，整个项目的代码规范需要统一，砍柴不误磨刀工。
2. 在框架设计从面上尽可能的提高应用层模块的开发效率。
3. 设计分享，经验总结。
4. 对手下的同事做培训和专题研究。（linux/tcp/eclipse/数据结构/架构设计/游戏设计）
5. 协调前后端人员的工作（主要是后端）。
6. 尽可能实现自动化，把体力活全部用脚步自动化实现。
7. 在完成本职工作的同时对项目内的工具链、工作流做优化。

总结

项目管理是一个大课题，这个仅仅是自己思绪来了，结合之前项目和团队的经验总结过来的一些流程经验和管理方法，有好也有坏，不一定适应全部团队但是可以如果认可的话可以在团队中形成如此的文化。

公司文化，是一个公司的灵魂，团队建设是公司的基石，好的团队是公司的锋利的宝剑，在社会的大主流中劈荆斩月。