项目管理

过去几个月里，关于技术债务出现了一些讨论，也引发了一个问题：哪些类型的设计缺陷应该被归为技术债务，哪些不应该？对于研发团队来说，理解技术债务象限，有助于更准确地识别代码质量问题、评估重构优先级，并与非技术管理者沟通技术债务的真实成本。 一个典型观点认为，混乱的代码并不等同于技术债务。其理由是：如果混…

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

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

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

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

SEO 摘要： 本文介绍 CI/CD 流水线如何取代传统发布负责人，自动完成代码变更构建、测试、生产发布、部署工件管理和自动回滚。文章重点讨论基于主干的开发、自动化生产发布、多个在途版本并行发布、不可变部署工件和 CI/CD 回滚机制，帮助团队提升持续交付效率与发布可靠性。 简介 在某些海外大型科技…

简介 海外某些公司在构建解决方案时，会遵循一项重要原则：避免做出“单向门”式决策。所谓“单向门”，是指那些一旦做出就难以撤销、难以扩展或难以修正的选择。无论是设计产品、功能、API 和后端系统，还是实施软件部署，这一原则都会贯穿软件开发的全过程。本文将重点说明，如何将这一原则应用于软件部署，并确保部…

在产品开发过程中，跨职能协作能够帮助团队更快地理解用户需求，并持续交付更有价值的产品成果。然而，跨职能协作究竟应该如何开展，并不总是显而易见。一个团队要想真正协作成功，需要哪些具体实践？又应该秉持哪些共同价值观？ 我们是开发人员 Valerie 和设计师 Christopher，都热衷于跨职能结对协…

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

摘要： 无人值守部署依赖自动化持续交付流水线，通过代码审查、自动化测试、预生产验证、one-box 测试、分波次部署、指标监控、自动回滚和流水线即代码等机制，在提升软件交付效率的同时降低生产发布风险。本文将介绍一套安全自动化部署体系如何帮助开发团队减少人工干预，并更稳定地将代码变更发布到生产环境。 …