科技

企业采购批量电子合同签署API，通常不是为了增加一个独立的签约工具，而是希望把合同生成、审批、盖章、签署、归档和状态同步接入现有业务系统。 真正影响选型的，也不只是接口数量。企业还要看平台能否稳定处理大量合同，是否支持自动盖章和多方签署，能不能连接HR、ERP、CRM及采购系统，以及实名认证、数据存…

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

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

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

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

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

结对编程（Pair Programming）是一种由两名开发者共同完成同一项开发任务的软件工程实践。它不仅能提升代码质量，还能促进知识共享、团队协作和新成员入职。本文将系统介绍结对编程是什么、如何开展结对编程、常见模式、优势、挑战，以及团队在实际落地时可以采用的实践建议。 如今，许多软件开发从业者都…

当我们撰写《敏捷软件开发宣言》时，支持者还只是少数怀抱理想、试图改变软件开发行业的实践者。二十年后的今天，“敏捷”已经成为主流。但我之所以给“敏捷”加上引号，是有原因的：许多人声称自己正在进行敏捷软件开发，而且大多数人也确实真心相信自己做到了这一点；然而，他们的实际做法，与我们二十年前共同提出的敏捷…

敏捷软件开发已经成为主流，但主流化并不意味着问题消失。相反，许多所谓的“敏捷实践”正在偏离敏捷真正的价值观和原则。本文围绕 2025年敏捷软件开发的现状展开，重点讨论伪敏捷、技术卓越以及围绕产品而非项目组织团队这三大挑战。 从表面上看，敏捷软件开发的处境似乎一片大好：它已经成为主流。但现实并不完全乐…

敏捷方法已经成为主流，但很多组织在推行敏捷后，并没有获得预期中的效率提升、交付改善或业务价值增长。问题往往不在于“是否采用了敏捷”，而在于团队处于怎样的敏捷流畅度阶段，以及组织是否为相应阶段提供了足够支持。 敏捷流畅度模型正是为回答这一问题而提出的。它帮助组织理解敏捷团队如何成长，以及如何最大化敏捷…