团队拓扑

Xapo银行使用领域驱动设计、团队拓扑和架构建议流程三种方式实现企业架构的去中心化： 软件架构在构建软件系统实践中的作用一直备受争议。在大多数组织中，你会发现某种 "架构 "功能，通常打着 "企业架构 "的旗号。这通常是一个中央集权的团队，其目的是

双披萨团队是为特定业务能力提供全面软件支持的小型团队。这个词因用来描述亚马逊如何组织其软件员工而流行起来。 这个名称暗示了此类团队最明显的特点，即团队的规模。这个名字来源于这样一个原则，即团队的规模不应超过两份披萨的饭量（不过我们这里说的是美国披萨

Martin Fowler的同事Matthew Foster描述了团队拓扑和领域驱动设计如何帮助组织扩展技术架构和团队结构，从而显着提高开发速度。 模块化架构能改善软件交付吗？是的！但要注意一些问题。

英国议会下议院在1941年的闪电战中被摧毁后，上议院就如何重建下议院展开辩论。 一些人认为这是向马蹄形 "架构 "转变的机会，但丘吉尔团队主张他们保留 "对抗性的长方形架构"。他认为，这种布局本身就是英国两党制度的催化剂。议员们要么站在一方，要么站

James Lewis是ThoughtWorks的总监，也是微服务架构的先驱者。 在这一集里，我们回到了记忆的长河，回到了James第一次提出并普及微服务架构的时候。詹姆斯描述了他对微服务的定义和它的重要特征。他还分享了最近的微服务演变，包括微服务

衡量开发人员工作效率的最大好处是，你可以很快找出那些糟糕的程序员。我想给大家讲讲我认识的最差的程序员，以及我为什么要把他留在团队里。 几年前，我在 Twitter/X 上写过一篇关于我认识的最好的程序员的文章，我应该把它写成一篇博文。现在，我也应该

本文试图以一种简单的方式写下敏捷方法之间的区别：把它写成两个朋友之间使用送餐应用为案例的对话。 拉克什Rakesh，一个聪明的、精通技术的开发者，和他的朋友汤姆Tom，一个没有技术背景的人，正在进行一场轻松的谈话。

产品交付团队为公司的客户构建功能 - 他们正在构建的产品的最终用户就是公司的客户。我还看到这些类型的工程团队被称为“功能团队”、“产品团队”或“垂直团队”。在本文中，我将使用“产品团队”作为产品交付团队的简写。 相比之下，平台交付团队为公司内部的其

戴尔·卡内基的Dale Carnegie's 《如何赢得朋友和影响他人》How to Win Friends and Influence People是有史以来最受欢迎和最有影响力的自助书籍之一。该书于 1936 年首次出版，已售出超过 5000 万册，并被翻译成 30 多种语言。这本书是一本提高社

Spotify 是一家杰出的公司，是我工作过的最好的公司。六年多后，当我离开公司时，我想帮助其他公司变得更像 Spotify。然而，我不认为公司可以仅仅复制后来被称为“Spotify 模式”的部落、分会和小队的组织结构，但我想解释一下 Spotify 的真正与众不同之处。

今年八月，咨询巨头麦肯锡在一篇题为“是的，你可以衡量软件开发人员的生产力”的文章中宣布了自己的解决方案，但引起了不同的反应。

本文批评了科技公司的两个极端行为： 第一个只关心可量化的结果，并将技术债务归咎于工程师； 第二种情况是，员工整天花在很少阅读的文档和配置上，而初级工程师则希望使用流行的工具。 虽然两者同样糟糕，但技术人员喜欢抨击

数据作为战略推动者的作用对于组织的长期竞争力变得越来越重要。例如，Netflix 是成功利用数据来加强和维持其竞争市场地位的组织的杰出例子之一。该公司众多数据驱动的创新之一是其市场领先的推荐系统，该系统使用机器学习技术提供 Netflix 观众最有可能喜欢的个性化推荐。据 Netflix 首席产品官

成为产品工程师后，最大的转变可能就是从用户的角度思考问题。技术上的合理性要让位于用户的需求。 当我还是一名堆栈工程师时，我会从 "技术上有哪些可能性？"的角度来处理问题，然后与产品经理协商，选择一个稍微可行的折中方案。

在软件行业，似乎普遍认为软件架构和软件工程是截然不同的。在很大程度上，软件架构关注的是设计，而软件工程关注的是实现（即编写代码），两者在某种程度上是相互独立的。从根本上说，两者之间的联系大致类似于建筑行业中建筑师和土木建造师之间的关系。 但是，这并不代表软

价值流管理联盟最近发布了我们的第三份年度报告《2023 年价值流管理状况