这个开发流程有点年头了，来自十八年前，端游年代的某大厂，也是摸索着制定的开发流程初稿，有兴趣的可以自己看看。
当然了，这个老文里提到的“开发期的最后阶段，过于频繁的需求变更（包括已有需求的变更以及新需求的提出）会严重影响开发进度和质量。因此，项目经理需在开发的最后阶段（如开发完成时间节点的前一个月）制定一个需求冻结期。进入需求冻结期之后，原则上只对现有Bug进行改进而不再开发新的功能，以保证产品质量的稳定。”
真的就只是端游开荒年代，开发团队没有那么卷的时候，还能保持的浪漫了……
第一章总则
第一节制定目的
第一条明确游戏在商业化运营后的开发流程，规范需求提交的过程，促进项目组研发、运营、测试人员之间的顺畅合作；
第二条保证需求的提出与变更能够被所有相关人员了解，确保需求正确实施；
第三条确保需求从产生到每次变更都记录在案，有效提高开发效率，并为公司其他游戏项目的开发提供经验和资料参考。
第四条加强对项目变更的控制，避免变更引起开发人员之间以及开发进度上的混乱，使变更更好地实施。
第二节适用范围
公司所有已经投入商业化运营阶段的自主研发的游戏
第三节责任人员
公司管理层、游戏业务部高级副总裁、项目制作人、产品经理、项目经理。
第二章具体流程
第五条启动时机
★公司自主研发的游戏进入商业化运营阶段后，版本计划的需求；
★运营人员根据市场和玩家信息，提出了新功能开发的需求；
★其他线下活动的需要；
第六条步骤
1、商业化运营阶段后，项目组应制定版本计划。研发和运营人员共同对该计划进行讨论，以求最大可能满足玩家的基本需求，提高游戏中的互动性；在版本计划中，需要详细制定每个版本开发内容、背景、重要时间节点、验收指标以及版本推出的时间等（版本计划模板见附件）；
2、版本计划确定后，项目经理或产品经理提交项目制作人、高级副总裁进行审查。
2.1公司管理层有权提出修改意见，但是修改权重和排级参考本章流程正常进行，禁止未尽汇签流程直接进入版本修改计划；
2.2对公司管理层提出的修改意见，项目组修改计划，并再次提交审查直至计划通过；计划通过后提交公司管理层汇签，项目组将就管理层提出意见对计划进行修改，直至汇签通过；
3、项目组按照计划内容对游戏进行开发；
4、项目经理协同项目所有研发人员根据计划内容作出详细的工作进度安排（月计划、周计划），建议使用project 进行制作。并把制定出的计划放到 项目配置管理工具中，方便大家统一查阅。
5、研发人员进行开发，合理使用人力资源，协调程序、策划、美术、音效人员和支持部门间的关系。项目经理每周跟踪项目组成员工作的完成情况，向项目制作人和公司高层领导汇报本周的工作进度。
以上为游戏投入运营阶段后的常规开发流程，当临时有新的开发需求提出时，参看以下步骤：
6、项目组内部协商讨论现有版本计划和新功能的各自重要性，确认先舍弃哪部分内容。项目制作人、产品经理、项目经理有最终决定权。
7、如确定先进行新功能的开发，则运营策划提交《游戏新功能开发需求表》，新功能内容需详细、明确，避免出现易引起理解分歧的文字，并召集研发策划和开发人员对新功能内容进行初步评估，运营人员和研发人员需对需求进行逐条讨论，保证各方充分了解需求内容、开发难度、进度等。
8、研发策划撰写策划案，此策划案需将运营需求转化成详尽的文档，同时需请开发人员审核其技术可行性。策划案通过后（策划案评审过程详见《项目评审流程》），相关人员走公司汇签流程（附策划案）：如将产生新版本，则汇签单需由公司副总裁、高级副总裁确认；如新功能只作为现有版本的补丁，则汇签单只需签到项目制作人。
9、汇签通过，研发策划撰写测试用例，如其中有涉及到程序、美术部分，则由相关人员共同参与撰写。测试人员对测试用例提出修改意见。测试用例为开发、测试的重要文档，撰写时应尽量具体明了。
10、项目经理修改原开发计划，细化到月计划、周计划。
11、研发策划撰写测试用例的同时，开发人员依据既有策划案以及开发进度对新功能进行开发。当开发的最终成果产生时，开发人员需进行自查，消除一些明显的BUG以及初级错误。自查完毕后，开发人员在《项目评审申请表》——“申请人确认意见”栏签字。开发过程中，当有工作成果产生时，产品经理或项目经理应组织评审。
12、开发完成、作者自查、相关评审结束，测试人员对新功能进行测试。测试过程详见《游戏测试申请流程》。测试结束，测试人员提交《测试报告》。
13、成果验收。如是重要版本，则需提请公司级别的验收，详见《项目验收流程》；否则验收工作在项目组内部或公司内部进行。过程可参考《项目验收流程》。
14、验收通过，新功能发布。详见《游戏新版本提交和更新流程》。
15、附流程图：
第三章 注意事项
第七条如运营策划提出的新功能需求确认后，需要进行变更，则也需填写《游戏新功能开发需求表》。（P.s: 需求变更是否需要严格执行《项目变更控制管理流程》，因变更大小而定。项目制作人、产品经理、项目经理有最终决定权）
★任何对项目进行的变更都要经过相应的授权或批准才能实施；各部门人员涉及变更时不能随便答应，必须上报部门经理作最终决定，杜绝任何口头协议。
★任何变更须通过配置管理工具记录在案，以便对项目进展状况进行跟踪，并为公司其他游戏项目提供可以借鉴和学习的历史资料。
第八条 开发期的最后阶段，过于频繁的需求变更（包括已有需求的变更以及新需求的提出）会严重影响开发进度和质量。因此，项目经理需在开发的最后阶段（如开发完成时间节点的前一个月）制定一个需求冻结期。进入需求冻结期之后，原则上只对现有Bug进行改进而不再开发新的功能，以保证产品质量的稳定。
如进入需求冻结期后仍有需求变更（包括已有需求的变更以及新需求的提出），则应由项目制作人在《游戏新功能开发需求表》上签字确认。
第九条 所有项目开发人员、测试人员以及任何接触到项目源代码的人员都必须严格遵守公司保密制度，否则将受到公司相应惩罚。
第四章 附表
（略）
——我是分割线——
谢谢大家看到底！如果看完我的杂谈文字野路子经验，你也有感触，欢迎点在看、关注、分享或者给点个「赞」哟
