DevOps | 产研协同效能提升之评审、审批流、质量卡点

研发过程中有各种需求的评审、审批流和质量卡点，有的是为了质量把关，有的是为了彰显权力，还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况，同时探讨对研发流程的影响，在这过程中如何去提效。

同团队内部评审

同团队之间的评审包括产品团队内部的PRD评审，RD团队内部的方案、架构评审，QA团队内部的测试用例评审、运维内部的方案评审等。团队内部之间的评审的主要目的是确保工作的正确性、准确性、

团队内部之间的评审有助于

• 有助于尽早发现方案、文档、代码、测试用例中的问题，这样可以用最小的代价去解决。保持每个人的工作质量保持在和团队整体一个水平上。
• 有助于个人业务能力的提升。既然知道要团队内部评审，每个人会更注重工作质量，更能做到「想清楚、写出来、讲明白」。而不是「凑合」「差不多」，但凡评审前「凑合」的点，评审时多半也会被别人看出来。与其被指出来再去改，不如事先就解决掉，这样做会驱动每个人事先去多做功课。
• 有助于团队内部知识共享。现在的企业中工作节奏都很快，每个人都负责相对比较窄、比较专业的一个方面，对其他人负责的内容了解的不多。通过团队内部的评审有助于大背景的了解，知识的共享，和团队整体的能力水平提升。
• 也有助于团队成员之间做工作备份，互相支撑，一起把团队工作搞定。

不同团队间的评审

• 不同团队间，从不同的角度去评审内容，给出意见和反馈，有助于更早地发现问题和解决问题
• 从不同的专业角度去评审内容，而不仅仅是内容的正确性和完备性上，还包括评审内容带来的成本、影响的性能、涉及的安全等。
• 有利于不同团队之间的合作。事前把事情说清楚&#x