康威定理

任何大型软件工作，如大公司的软件产业，都需要大量人员，而只要有大量人员，就必须想办法把他们分成有效的团队。 组建以业务能力为中心的团队有助于软件工作对客户的需求做出响应，但所需的各种技能往往让这些团队不堪重负。 团队拓扑（Team Topologies）是马修-斯凯尔顿（Matthe

越来越多吹捧单体的炒作如同当初炒作微服务一样愚蠢。 当我开始从事技术工作时，世界被GoF四人帮设计模式所困扰。 现在，我们被服务架构SOA所迷惑。 这些模式往往是陷阱，掩盖了真正的实践经验。 [b]你应该从微服务中学到的是：[/b] 尽量让你的开发

在没有意识到的情况下，基于微服务的应用可以轻而易举地转变为一个分布式单体。 当你意识到这一点时，可能已经太晚了，而且纠正它可能非常昂贵。 所以，就像你勤奋地审查代码和架构以确保

任何给定软件项目的成功都可以归结为一个相当简单的定义或规则：我们需要构建正确的东西，我们需要正确构建这个东西。 这是一个非常抽象和简单的定义，即使不是原始的定义。然而，这是一个很难争论的问题。 [b]做正确的事情[/b] 构建正确的东西……我认为没有必要强调这种说法的重要性

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

这篇文章主要讨论了在软件架构设计中考虑团队认知负荷的重要性。 [list] [*]根据团队的能力和需求，可以选择单体架构或微服务架构。 [*]单个团队适合使用单体架构，多个团队适合使用微服务架构。 [/list] 文章还介绍了认知负荷的三

领导力是最大的推动力，但也可能是最大的障碍。 要使变革取得成功，我们需要最大限度地激励员工，最大限度地减少对员工的威胁。 乔纳森·斯马特（Jonathan Smart）和西蒙·罗勒（Simon Rohrer）是《Sooner Safer Happier》一书的合著者。在本集中，乔恩和西蒙分享了我们如

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

Margaret-Anne (Peggy) Storey和Abi Noda是最近发表的ACM论文 "DevEx: What Actually Drives Productivity "的合著者。 在这一集中，我们讨论了如何使用以开发者为中心的方法更好地衡量和提高开发者的生产力。Peggy和Abi首先

业务能力是组织规划生态系统的核心。能力映射有多种用途，其中两个至关重要。首先，业务能力有助于更快地确定优先级，首先关注最有利可图的计划。其次，精心设计、扎实的、基于能力的详细路线图可以实现更准确、风险更低、时间更短的敏捷项目规划。 [b]什么是能力模型？[/b] 根据 TOGAF® 的定义，“业务能

企业架构需要足够的资源来规划和映射适当的客户驱动的业务架构，但IT架构的3个领域不应被忽视，即应用程序/服务、信息/数据和技术/基础设施。 企业架构中的业务架构领域不仅仅涉及业务功能和业务流程。最重要的是为您的客户优化价值并有助于建立一个更加以客户为导向的组织。 传统上，业务流程一直是企业架构师与业

本文说明在决定单体、微服务和无服务器架构时权衡的简化思维模型。目标是突出每种风格的固有优势和差距，同时为何时选择哪种建筑风格提供指导。 [b]单体[/b] 小型团队或项目的理想入门架构。它启动起来很简单，并且通常可以提供很多里程，直到您需要扩展到单个团队之外。 在构建单体应用时，必须从模块化开始，即

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

逆康威策略不太可能在特定规模和稳定性的现有社会技术系统中发挥作用。在远程公司和分布式团队中工作的可能性更小。 简而言之，在现有的社会技术系统中，逆康威机动的执行具有挑战性，而且不太可能产生预期的结果。逆康威机动可以在新的和

虽然我在 Spotify 工作了大约 8 年，但我并不熟悉每个领域的运作方式，而且我有自己的偏见、偏好等。而且[url=

让我们帮助您开始发展和扩展您的组织。本指南面向创始人、PM