软件开发

成为一位让工程师愿意追随、也让跨团队伙伴愿意合作的技术负责人，不仅能打开更多职业机会，也能显著提升团队绩效。 在软件工程师职业生涯早期，衡量生产力的标准通常很直接：平均每周提交多少个 Pull Request？一年修复多少个 Bug？功能是否总能按时交付？ 刚进入职场时，关注这些个人产出是合理的。但…

尽管 SPACE 和 DORA 等框架已经证明，开发者生产力是一个多维度问题，但许多组织仍然难以将这些原则转化为真正能够推动改进的运营系统。对于希望提升研发效能、改善开发者体验、评估 AI 编码工具影响的工程团队来说，仅仅统计代码行数、拉取请求数量或任务数量，已经无法准确回答“开发者是否更高效”这个…

工作可见性，指的是团队对从业务想法到客户交付的完整工作流程有多清楚，以及团队是否能够掌握这一流程的动态变化，包括产品和功能当前所处的状态。对于希望提升软件交付效率、识别流程瓶颈、改善研发协作的团队来说，价值流中的工作可见性是一项基础能力。 工作可见性是精益产品管理能力中的重要组成部分。与它相关的能力…

当工作太多、人手不足时，经验不足的管理者往往会让员工同时处理多项任务，希望以此提高效率。但结果通常恰恰相反：任务完成时间变得更长，团队成员也更容易精疲力竭。对于软件研发团队来说，合理设置 WIP 在制品限制，是减少多任务切换、暴露流程瓶颈、提升软件交付效率的重要方法。 更有效的做法是： 制造业长期以…

持续交付是指团队能够快速、安全、可持续地按需发布各类变更。对于希望提升 CI/CD 能力、优化软件交付流程、降低发布风险的团队来说，持续交付不是简单地“更频繁发布”，而是让软件始终保持可部署状态。实践持续交付的团队，可以随时以低风险方式发布软件，并对生产环境进行变更，包括在正常工作时间内完成发布，而…

在任何需要反馈循环，或者希望快速从决策中学习的领域，小批量工作都是一项至关重要的原则。尤其在 AI 软件开发和持续交付场景中，小批量工作能够让团队更快验证假设，判断某项改进是否可能达到预期效果；如果效果不佳，也能及时调整方向，或重新审视最初的假设。 虽然本文中的原则适用于组织转型、流程改进等各类变革…

理解为什么要确保员工拥有完成工作所需的工具和资源，并充分发挥他们的技能与能力。 每个组织都在持续变化。因此，在推动组织转型、技术转型或组织变革管理时，我们需要不断追问几个问题： 这种变化正在朝哪个方向发生？ 我们正在努力实现哪些系统层面的目标？ 组织是否越来越善于发现客户需求、服务客户，并借此实现自…

用价值流图可视化软件交付流程 DORA 的研究反复表明，软件交付与运营绩效是预测组织成功的重要指标。这种相关性不仅适用于商业目标，也适用于非商业目标。同时，高绩效的软件交付能力还会对员工福祉产生积极影响，例如降低职业倦怠风险、提升生产力。 能力决定绩效，绩效影响结果。 DORA 强调，高效领导力、良…

在研发管理和工程团队协作中，一个常见误区是：管理者太早给出解决方案，却没有充分说明问题本身。《星际迷航：深空九号》第四季第七集《星舰坠落》中，有一个场景很好地说明了管理工程师的一条重要原则：给工程师问题，而不是直接给方案。 在这个场景里，沃夫用典型的克林贡式强硬语气向工程团队下达命令：“你，去做这个…

大多数职业发展通道，都会为公司内部的高阶工程师设定一套统一的职责期望。清晰的角色预期当然对每个人都有帮助，但职业发展通道更适合描述一类群体，而不是描述具体个人。 对高阶工程师来说尤其如此。很多公司的职业发展通道，往往会把多种不同的角色压缩在同一个头衔之下，从而掩盖这些角色之间的差异。对于想了解 St…