项目规范
需求排期阶段
1、业务提需求，业务与PD和技术初步探讨业务背景和需求。
在此阶段，开发人员的目标是提前的了解需求，想业务之所想，丰富和优化需求
所以，开发人员，应该主动的了解需求，并提出不合理和可以优化的点，充分的发挥自己的见解，这样对自己表现自己专业能力的时候。
2、业务开排期会，对所有需求进行排期，标明优先级和时间限制
此阶段非常的重要，是保证整体项目正常有序的关键，保证各方利益的平衡，工作时，一定要有这个步骤！
对于开发，此时是保护自己最重要的时候，可以初步估算开发时间，并争取多排几天，保证自己的效率和质量。
除此之外，还有2个好处，1、明确了接下来一段时间自己的工作内容，并且只做这一块事情，如果有其他人和事情找到自己，自己可以明确的拒绝，一定要保证自己已经排期好的需求，若非要自己去处理其他事情，则一定让此时需求的提出方于原本需求提出的业务人员进行沟通，得到明确指示之后，才能处理新的事情。这样可以保证自己的权益。2、那就是可以不用打黑工。所以，任何需求，都需要排期，并让需求、PD、前端、测试人员知道这个事情。
PRD评审阶段
3、PD与业务深入沟通，并编写PRD，并拉干系人进行PRD评审
此阶段是产品输出PRD，这是开发人员开发的唯一参考。
所以评审之前就要先过一遍PRD，并做好疑问点，在会议开始到疑问点处的时候，要及时提出，充分讨论之后给出明确疑问，对于需要修改的点，一定要重新填写到PRD里。
总结：PRD是开发人员的开发手册，一定要充分讨论，不留疑问。并且，后期有任何的改动，一定要让PD更新到PRD里。记住，一定要有凭证！！！不要口头！！！
开发阶段
4、后端开发、前端和测试人员依次进行系分评审会议
此阶段，一般公司可能没有系分评审，实际上这个是非常重要的。所谓系分评审，就是开发人员要自己写出一个文档，把代码层面的改动要表明比如：
需求背景、业务分析、用例图、领域模型、系统流程图、接口设计、出入参，表设计，资金流、消息MQ、配置项、状态机、错误码、监控点、核对脚本、系统依赖、人员分工、时间进度等。
开发和测试人员要逐步开展各自的系分，技术同学一定要认真参与并仔细分析，确保自己与上下游没有技术问题。测试同学测试点，业务同学也要指出问题或补充相关点。一定要与测试同学多沟通，与他们关系打好，这样自己出线上的几率会更小。
5、与此同时，开始开发，一般是1周。写完之后找其他开发人员进行CR
此阶段，就是开发，一般开发的时候，就认真快速，不要受其他事情打扰，有事情找我们，我们可以明确拒绝。
确保一定有CR，cr是保证代码质量和发现问题重要的一环，找技术骨干cr会发现自己想不到的问题，经验表明，CR是极其重要的，很多问题，都是cr的时候发现的。所以要感谢为我们CR的人，不要觉得CR的comment太多，指出了自己的问题就觉得不舒服，一定端正心态，因为别人指出，是为了我们自己好，发现问题，以免发布到线上了，那就是大问题了，面临低绩效甚至辞退的后果。
测试阶段
6、线下环境，开发人员单测、自测和联调，并让测试给出自测验收文档，一号位填写自测情况到文档里。
一定要写单侧。不要目视，觉得没有问题就过去了。无数次经验告诉我，很多线上事故，都是一行代码的问题，而且自己目视完全看不出来的。比如缺少if条件、比如最常见的NPE问题。即使再小的问题，在线上了都是大问题，所以一定要写单侧。
自测和联调，是方便测试接入之后，少一些问题。所以我们尽可能自己发现，然后解决，免得自己都不测试给到测试同学了，他们发现更多问题，你再修复也耗时间，增加沟通成本。同时，bug数提多了，对开发人员影响也不好，如果吐槽给开发人员的老板了，更不好了
7、测试人员开始接入，测试线下环境。
配合联调，心态要端正，及时修改，保证质量
8、编写发布文档，并拉技术人员开会，明确发布的各种配置和时间
注意，要充分的把本次发布的所有配置标清楚、还有各系统之间的先后关系等。
9、预发环境，测试人员进行联调测试，开发人员修复bug。测试和开发回归测试历史原有功能。
配合联调，此时要非常的小心，因为预发环节，如果发现不了，那就是线上事故了。
历史功能也要回归哦。这很重要。
验收阶段
10、技术人员联调完成，拉PD和业务进行验收，看开发效果是否满足需求。
PD和业务验收的时候尽量不要有问题，影响非常不好。如果有问题，要尽快修复，态度要好。
发布阶段
11、推内灰、内灰验证一段时间。测试和开发都要继续测试验证。
内灰，要充分，比如多等一天
12、推生产，立马验证新功能和历史原有主链路，可以再次找业务进行验收体验。
生产发布完成，还是要验证，要在用户之前发现问题。如果有重大问题，要及时回滚。如果需要优化，则拉紧急迭代发布。
13、需求发布完成。
记住三把斧，可监控、可灰度、可回滚。
【完】
正在去BAT的路上修行中 已经A中修行
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
