研发管理

这是我们关于某海外大型音频平台公司如何进行组件集群管理、以及如何大规模管理软件系统的系列文章第三部分。你也可以继续阅读本系列的第一部分和第二部分。 在本系列第三篇文章中，我们将介绍一种被称为“全代码库重构”的实践：也就是在数千个 Git 仓库中批量修改和重构代码。我们会分享，为了让这类大规模代码重构…

一位朋友在过去六个月里一直负责支持一个约 60 人的工程组织。毫不意外，组织里的大多数团队都觉得自己严重缺人。于是问题来了：招聘名额应该平均分配给所有缺人的团队，还是集中投入到一两个团队，直到它们的人员需求得到充分满足？ 这是一个很好的问题，因为它抓住了工程团队管理中最具挑战性的部分之一：如何在有限…

衡量开发者生产力，一直是一项复杂而艰巨的工作。传统指标通常聚焦于开发周期、交付速度和吞吐量，但这些指标存在明显局限，也很难单独回答“开发者生产力究竟如何”这一问题。 相比之下，定性指标提供了一种更有价值的路径：通过来自开发者自身的数据，理解他们的工作状态、协作体验、交付阻碍和真实感受。对企业而言，在…

开发者效能不是简单统计代码行数、功能数量或个人产出，而是看组织能否为开发者提供低摩擦、高反馈、可持续交付的工程环境。很多企业在技术转型中引入了微服务、DevOps、CI/CD、自动化测试和平台工程等新能力，但生产力并没有同步提升，原因往往在于工具和流程增加了复杂度，也放大了开发者的认知负担。 本文将…

纸上调试是我非常喜欢的一种代码调试方法。它几乎可以说是最“低技术含量”的方式，但效果却常常出奇地好。 如何进行纸上调试 你只需要一支笔和一张纸，或者一块白板。先写下代码中的关键变量，然后在脑海中逐行执行代码。每当变量发生变化，就把变化记录下来。如果中途卡住了，可以请别人和你一起推演，确认你对代码执行…

我曾多次因为单元测试而获得“原来如此”的顿悟，也曾因为缺少单元测试而吃过不少苦头。 我的亲身经历告诉我，自动化测试，尤其是单元测试，对于团队快速迭代、提升代码质量和高效成长至关重要。难怪我曾工作过的几家快速发展的科技公司，都会在公司范围内广泛采用这类实践，包括某海外出行平台、某海外大型软件公司中频繁…

很多成长型团队在早期靠人盯人、群消息和表格，也能把项目往前推。但团队一旦变大，项目一多，问题就会很快冒出来：需求反复变，版本总延期，测试总压后，跨团队协作靠口头同步，管理层也越来越难看清真实进度。表面上看，大家都很忙；实际上一部分时间都消耗在重复确认、来回催进度和返工上。 这时候，团队真正需要的，往…

很多团队说要“标准化研发流程”，最后做出来的却只是几张流程图，或者一套没人愿意维护的状态字段。真正的问题通常不在于流程有没有写出来，而在于需求、任务、缺陷、测试、版本、发布这些对象没有放在同一条管理链路里：需求收集在表单里，开发跟踪在另一个系统里，测试用例和缺陷又分散在别处，到了发布环节还要靠群消息…

很多研发团队做排期时，表面看是“人不够”，其实更常见的问题是容量算不准、优先级太散、计划口径不统一。结果就是，团队一直很忙，项目还是经常延期；版本表看上去排得很满，真正落地时却不断改时间、砍范围、补漏洞。企业做研发资源容量规划，目标不是把每个人排满，而是让需求、迭代、工时、测试、发布和风险放进同一套…

很多企业在做研发协同时，需求管理是一套系统，项目管理又是另一套系统。刚开始看，好像分工很清楚：产品负责提需求，项目经理负责排计划，研发负责执行，测试负责验收。可一旦团队规模上来，问题就会慢慢冒出来。需求改了，项目计划没跟着变；项目已经延期，需求池里还在不断加新内容；测试提了缺陷，产品却看不到影响范围…