类目

【直播回顾】研发流程失效：为何人越多，效能质量越滑坡？

原创

发布：蓉蓉于 2025-07-10 14:24:08

4次查看

为何研发团队越扩越大，效率与质量反降？
本期践行者，我们有幸邀请到禅道项目管理软件创始人王春生，顿悟山丘CEO、《技术领导力》公众号博主黄哲铿（K哥）两位老师，和我们一起探讨为何人越多，效能质量越滑坡？

一、《践行者》系列直播回放

《践行者》是一档主打实战落地的访谈栏目，旨在通过对研发实践、项目管理实践践行者的访谈，帮助大家了解到项目管理的实践及其实际应用场景；通过践行者本人的心路历程向大家展示更加生动真实的实践落地过程。

二、研发流程失效：为何人越多，效能质量越滑坡？

1、产品研发当中有个现象叫“流程失效”，什么是“流程失效”？
介绍一下禅道公司的背景：
• 公司层面定义的流程做简化，保留业内公认、有效的实践。如代码评审、自动化测试等实践；
• 团队都认可这些流程的价值；
• 公司同事们比较优秀，做事的规范性、主动性都还不错。
在这个前提之前，我们依然出现流程失效的问题，后来发现实际执行效果比较差。比如设计评审，我们要求每一位开发同事对自己负责的需求或Bug进行设计，需要写设计文档，然后由其他同事进行评审，但实际执行效果就形同虚设了。

2、为什么会出现“流程失效”？其背后有哪些深层次的原因？
• 不能简单地归因于某一个问题。就好像人类进化到现在，很多抗生素已经失效了一样。这是一个综合性问题，不能简单地归因于员工主动性、考核制度或企业文化等；
• 流程本身是为了解决协作问题而产生的。所以从根本上来讲，流程是为了对抗个体能力的不足和弱点而存在的。从本质上来讲，我们是在对抗人的天性；
• 我们所期望的优秀程序员：懂业务，懂架构，有全局观，有良好的编码习惯，有很好的工程效率，有质量意识，文档写得好，沟通还很好，这样优秀的程序员凤毛麟角，大部分的程序员是不具备这些能力的，只单纯靠流程规范、KPI考核来期望大家能够主动达成这些标准，这是不现实的。

3、面对流程失效，解决的机制是什么？

• 能用工具承接的，用工具来做门禁管理；
• 无法用工具承接的流程，改成集体决策、集体执行。

4、这套刚性机制，有哪些流程上的强制举措？
• 软件研发可以分为需求、设计、开发、测试和发布五大环节。不管大家用什么样的方法来管理项目，比如瀑布或敏捷，这些都是绕不开的环节。所以从根本上来讲，我们要确保这些环节能够有效执行并有效输出；
• 在禅道，绝大部分需求我都会亲自参与讨论和评审，确保需求层面是正确的、有价值的。尽量避免因为需求原因而导致返工等问题；
• 主要问题出现在开发环节，像我们跑敏捷，没有明确设计阶段，大家都是并行工作。通过这个机制，我们把设计提前，并指定设计负责人。计划会议产品经理讲解完需求之后由设计负责人进行设计讲解，然后由开发同事进行需求反讲，测试同事进行需求实例化，整理核心的测试点。
• 确保要做有效设计，大家对需求理解是一致的、确定开发有进行自测。

5、既然需求要正讲和反讲，那么需求是不是就不用写那么详细了？
恰恰相反。需求详实不是说需要写很多文字，而是要把问题讲清楚，通过语法修正对可阅读性做好把控，步步为营把每个环节都做好。

6、如何确保以上流程得以执行呢？工具上如何配合？
工具主要卡的是编码环节：
代码评审是有效的实践，代码评审要照顾评审人的感受。
• 代码评审效果执行好坏是与修改点大小有直接关系。可以小批量评审，要减少不应该的错误；
• 限制每次提交改动的代码行数，以及每次push的改动行数；
• 本地的静态扫描；
• 充分的单元测试覆盖；
• 性能门禁；
• 扩展Git的命令。我们开发了一个Git的扩展命令叫做Fit，所以大家每次提交的提交的时候是用Fit命令提交的，然后我们就可以做很多的检查。