以人治全国，贤则大治，不贤则大乱。

以术知全国，术高多宵小。

以法治全国，法则莫不从，民生定。

一、总要有个流程

作为一个研制，你最讨厌什么？

“小功用，十分钟能搞定吧！”

“需求都清楚了吧，明天老板要看作用！”

“有个急事，插一下！”

“这个当地，还要调整下，稍后给你更新的文档！”

“这个最初必定不是这样定的，是你们的问题”

“代码怎样被覆盖了？”

“测过的代码怎样没上线？”

“这个线上问题是谁谁的变化引起的。”

“这个为什么没测到？”

… …

需求张口就提，说变就变；开发时刻不明确，无法控制；测验不标准，不全面，质量无法保障等等，纷歧列举。

没有标准约束，没有流程限制，没有章程遵循。 可能对于某些场景会很高效，但问题也是层出不穷。

一个公司成长到了必定的规划，如果仍是如上这种，那么唯一的结果只要：紊乱。

二、需求一个怎样的流程

一个完好的研制过程包含哪些活动？

需求 => 开发 => 测验 => 上线。

1、需求怎样提？

a）需求阶段需求做什么？

确认要做什么 + 做成什么样 + 怎样做

比方：

要做什么： 发表文章的功用页面要改版，以更好的适应用户的操作习气。

做成什么样： 新的功用布局 + 新的修改器支撑 + 表情符号支撑 + 论题插入支撑 + 图片修改支撑 + 主动实时保存支撑。

怎样做： 输出详细的 prd 需求文档 + 需求评定 + 资源分配 + 排期 + 进展控制。

相对来说，前两步多是产品自身范围内的作业活动，是需求的根底。最终一项则是和相关研制人员的协作，支撑。以制品 prd 文档作为媒介，进一步打开后续的流程。

b）需求优先级界定

一个公司会有很多个产品，每个产品担任不同的业务领域，那么便会衍生出不同方向的需求。

需求有大有小，重要性也不尽相同，所以需求有一个排序的流程。

将一切的需求都摆在桌面上，由上层来结合公司发展方向及公司战略来挑选哪些需求做，每一项的优先级。

2、需求评定

产品形成成熟的需求文档后，则要进行需求的宣讲，评定。也就是把上述的过程内容论述给后续流程的研制人员（包含开发和测验等）。

所谓评定，既要评，又要审，也并不会是一锤定音，一遍过。 对需求内容的全体方向，产出，roi等归纳进行考评，适宜的的方保存，不适宜的去掉，能够改善的持续改善。

对于比较大的，比较重要的或许比较复杂的需求，项目，可能需求通过屡次评定，屡次改善才干终究定稿。

这一流程节点产出是要作为整个研制流程的指导性文件，应该做到不厌繁琐，力求能够一无是处。否则越是往后流程的返工，本钱越大。

3、排期

我们讲一个需求或许项目，即为在特定的资源条件下完成特定的意图。

既定的资源包含时刻，人力及设备本钱等。

需求周期一般是既定的，比方，老板说下个月什么功用上线，你就得上线，转圜余地不大。

所以涉及到人力需求则要在如上既定时刻周期下去安排，分配人力资源。包含开发及测验等。

其它本钱包含服务器，网络，外部付费技能资源（安全、校验）等，是不是需求收购新的服务器，是不是需求拓展网络，是否是需求引进外部的校验API等。

这一阶段，主要是确认每个流程节点的时刻需求，确保每个流程能够在适宜的时刻开端和完毕。

4、技能计划评定

需求确认后，流程流通至开发人员，此时，开发人员应根据既定的 prd 需求文档，产出详细的技能计划文件。

闻道有先后，术业有专攻，每个人都有自己擅长的领域。单人主导的技能计划至少要通过交叉人员评定后方可定档施行。

比方，

数据怎样存储？表字段规划的合不合理？需不需求分表？

需不需求介入缓存层？需求哪种方式的缓存？

系统间怎样交互？交互方法？

接口规划是否合理？前后端交互流程？

哪些是中心业务逻辑？哪些业务能够拆分异步处理？

需不需求引进新的技能？

… … 等等。

5、编码开发

编码开发其实占用的时刻并不多。

就好像炒菜一样，菜品的清洗，准备往往是最耗时的，反而入锅翻炒也就一瞬间的事。

6、Code Review

我一向秉信 Code Review 是能够极大保障代码质量的。

Code Review 关注点包含：代码规划、功用完成、复杂性、测验友好性、代码风格、命名、注释、文档等。

Code Review 的方式能够采纳代码库流程，或许集体拉会方式等。

7、供给测验

开发流程完毕后，流程流通至测验。

研制环境一般要供给完好的开发、测验、灰度、线上环境区别，以供不同阶段不同流程需求。

这一阶段，开发人员需求将开发结果布置到测验环境，供给给测验人员。

如有必要，也需求供给相关测验数据支撑。

8、测验案例评定

测验案例输出及评定一般和开发并行，由技能计划流程确认后起始。

测验人员根据既定的需求及技能计划文档规划测验用例，包含新功用、变化功用及回归功用等。

测验用例结束后，需求和开发人员进行沟通评定，确保测验用例的完好性。

9、测验

测验环境及测验用例就绪后，开端流通测验流程。

测验包含功用测验、集成测验、回归测验、灰度测验、线上验证等。

由此节点开端可能需求横跨一切后续流程。

测验往往是产品质量的最终一道防线。

及早发现问题、提出问题应为首要，特别不要企图掩盖问题。

上线前一秒发现问题都是居功至伟。

10、上线、验证

功用上线，不同公司可能操作方会略有不同，开发、测验、SRE人员都有可能操作这一流程。

上线后功用验证必不可少，由测验或许产品执行，确保产出和方针相符。

流程至此结束。