项目管理

知识工作者的生产力很难量化，而且往往与直接业务成果脱节。缺乏这种认知，会导致组织不断发起各种所谓提升开发者生产力的举措，造成技术支出膨胀，并做出并不恰当的投资选择。技术领导者，尤其是 CTO，需要避免陷入这种困境。他们需要构建一张能够洞察工作如何影响业务的网络，将团队产出与直接影响及下游影响关联起来…

初创公司在早期阶段，会不断寻找合适的产品—市场契合点。一旦找到契合点，企业通常会转向快速增长，这一阶段也常被称为“规模化阶段”。此时，公司会在多个维度上迅速扩张：收入增长、客户数量增加、员工规模扩大，组织复杂度也随之上升。 在过往实践中，海外某些技术团队曾与许多处于规模化阶段的公司合作，重点帮助它们…

软件项目，是当前软件开发中最常见的资金投入和组织方式之一。它通常根据商业论证中预估的收益获得资金支持，并以临时团队的形式组织工作。这些团队往往只负责开发，项目结束后便随之解散。 与之不同，产品模式采用长期稳定的产品型团队。这类团队负责从构思、开发到运行的完整过程，并持续围绕某一业务问题或业务能力开展…

在软件开发项目中，人们经常会争论一个问题：时间究竟应该花在提升软件质量和代码质量上，还是应该用来发布更多有价值的功能？现实中，交付功能的压力往往占据上风。于是，许多开发者会抱怨：他们根本没有时间关注架构、内部质量和代码质量。 有一条著名的“贝特里奇标题定律”说：任何以问号结尾的标题，通常都可以用“否…

DORA 指标可以帮助工程团队识别交付瓶颈、减少影响客户的生产故障，并推动持续改进。对于希望提升工程效率、研发效能、DevOps 能力和业务价值的组织而言，DORA 指标提供了一套相对清晰的数据化观察框架。 你的工程团队是否正在经历缓慢的交付周期？ 生产故障是否正在影响客户信任？ 开发者是否花了太多…

如果你希望提升工程团队的工作投入度、开发者生产力和研发效能，理解开发者体验非常重要。 开发者体验，也常被称为 DevEx、DevX 或 DX，关注的是开发者在构建软件过程中的整体感受：他们使用的工具是否顺手，流程是否顺畅，团队协作是否高效，自己的工作是否有意义，以及他们是否能够持续、稳定地交付高质量…

很多团队的开发者生产力和研发效能改进，都是从一张电子表格开始的。 一开始，这张表可能只是用来收集几个基础数据。但很快，或者说迟早，它会演变成一个跨团队指标追踪工具。接下来，你会发现，每个团队都在追踪十几个指标，其中大部分还需要手动维护。大家定期开会讨论这些数字，却很难看出真正的改进方向。 坦率地说，…

你的团队精神饱满、信心十足，刚刚引入了一套开发者生产力框架。 一开始，这件事令人兴奋。你期待看到研发效能和工程效能的改进成果，也相信这套框架会有效，因为它听起来很有道理。也许你是在某个技术播客中听说，另一家与你们规模相近的公司已经通过这套框架取得了不错的成效。 但几个月后，你盯着仪表盘，却发现情况并…

优秀的工程领导者都非常重视开发者生产力和研发效能，但他们往往不确定到底应该如何衡量它。尤其在 AI 正在改变软件开发方式的今天，传统开发者生产力指标很容易把团队带向错误方向。 他们担心，一旦开始衡量生产力，就会滑向令人反感的个人绩效追踪：工程师被迫面对各种指标排名，承受额外压力，而这些指标又几乎无法…

判断一次软件交付是否成功，一个重要标准是：最终用户是否愿意接受并使用它。要做到这一点，离不开严谨的质量流程和工程实践，也离不开敏锐、细致、具备全局意识的 QA 人员。在敏捷开发过程中，QA 不只是测试执行者，更是软件质量的守护者和推动者。 那么，优秀的 QA 应该具备哪些特质？答案当然不止一个，但在…