Thoughtworks洞见

简单设计五原则中，测试要确保通过（满足需求）、重复应该被消除、元素没必要就不要存在，这几条看起来相对具体，而且能见字如意。

测试左移之所以重要，是因为我们要在缺陷引入的最初阶段就发现它，把缺陷扼杀在摇篮里，而不是等着它像雪球一样越滚越大。

度量软件开发生产力的指标维度和数量，需要取得平衡，既要少到能恰好代表软件开发生产力关键要素，也要多到恰好能提供用于持续改进的上下文。

本文将深入探讨企业业务上云的驱动力和挑战，以及如何有效规划符合自身场景的业务上云策略，尽早识别风险并建立跨部门和跨团队的协同机制，加速业务上云。

前后端分离本质上是技术的分离，而不是人员的分离。团队要不要分取决于你如何设计你的架构，也取决于你的业务模式，所服务的产品形态、团队能力、工程实践的成熟度。

面对后疫情时代充满不确定性的外部环境，大型企业需要具备高效决策和快速响应的能力，构建聚焦业务成效、业技融合的价值战队-高能团队是建设敏捷组织的必然举措。

Bug 对于软件来说显而易见，需求则不同，不适当的需求往往并不明显，而且暴露的很晚。错误的需求会增加工程师的额外工作量，因此怎么评审需求合理性需要慎重考量。

什么是性能测试，性能测试的目的是什么、解决什么问题，性能测试都有哪些类型，相关指标有哪几类？性能测试流程是什么？有哪些工具推荐？本文一一揭晓。

数据经过人的解读才成为信息，基于信息，人类总结经验、获得知识、建立知识体系。而从数据到知识的阶段，正是企业关注、理解，并开展行动的过程。

结对编程也只是程序员工作中会用到的一项技能而已，那么只要是技能，通过时间的堆积，去磨炼，去思考，就会有所提升。

本篇文章基于中信银行的商业级敏捷建设实践，介绍其转型的建设路径和核心策略，逐步探索形成符合自身特色的数字化转型之路。

敏捷的功夫是知行的功夫，实践要做，理论也要懂，丢了一个便是全丢。唯有在实践中丰富我们的认知，又用认知来指导实践，反复循环，培养既抽象也具体的知识，才能做到真正的敏捷。

以客户为中心、面向业务成效创造价值，是PE管理机构寻找发展新契机、建立生态合作伙伴的不二选择。

技术债是不可避免的，有些技术债短期不会表现出明显的系统问题，但长久来看，技术债的增加会使系统的可维护性下降，产品质量下滑，导致线上故障。技术的构建不是一劳永逸的，是需要不断维护的，在日常开发中，团队要做好技术债管理，将技术债的解决日常化。

数字经济时代，各大银行持续加大对数字化转型的投入，然而许多银行在转型过程中举步维艰，存在诸多困惑与问题，面临失败的风险。数字化转型的本质是一场组织变革，需要对客户体验、产品本身、服务流程、商业模式进行数字化重构，成功的敏捷组织构建能为银行数字化转型注入成功基因。