研发过程中有各种需求的评审、审批流和质量卡点,有的是为了质量把关,有的是为了彰显权力,还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况,同时探讨对研发流程的影响,在这过程中如何去提效。
同团队内部评审
同团队之间的评审包括产品团队内部的PRD评审,RD团队内部的方案、架构评审,QA团队内部的测试用例评审、运维内部的方案评审等。团队内部之间的评审的主要目的是确保工作的正确性、准确性、
团队内部之间的评审有助于
- 有助于尽早发现方案、文档、代码、测试用例中的问题,这样可以用最小的代价去解决。保持每个人的工作质量保持在和团队整体一个水平上。
- 有助于个人业务能力的提升。既然知道要团队内部评审,每个人会更注重工作质量,更能做到「想清楚、写出来、讲明白」。而不是「凑合」「差不多」,但凡评审前「凑合」的点,评审时多半也会被别人看出来。与其被指出来再去改,不如事先就解决掉,这样做会驱动每个人事先去多做功课。
- 有助于团队内部知识共享。现在的企业中工作节奏都很快,每个人都负责相对比较窄、比较专业的一个方面,对其他人负责的内容了解的不多。通过团队内部的评审有助于大背景的了解,知识的共享,和团队整体的能力水平提升。
- 也有助于团队成员之间做工作备份,互相支撑,一起把团队工作搞定。
不同团队间的评审
- 不同团队间,从不同的角度去评审内容,给出意见和反馈,有助于更早地发现问题和解决问题
- 从不同的专业角度去评审内容,而不仅仅是内容的正确性和完备性上,还包括评审内容带来的成本、影响的性能、涉及的安全等。
- 有利于不同团队之间的合作。事前把事情说清楚&#x