搜索所有贴

团队拓扑结构不是一个 "模型"，而是一套鼓励新兴（ emergent涌现）行为的约束。反对意见：团队拓扑是建立在软件如何生产和应该生产的模型之上，并提供一种模式语言、一个框架、一组与该

1 年前

用于定义团队 API 的模板。基于Matthew Skelton @matthewskelton 和 Manuel Pais @manupaisable 的《团队拓扑》一书中的一些想法。为了

2 年前

产品交付团队的简写。相比之下，平台交付团队为公司内部的其他团队构建产品——平台团队产品的最终用户是公司内部的其他团队。我将使用“平台团队”作为“平台交付团队”的简写。用团队拓扑的语言来说

9 个月前

在这篇博客文章中详细了解团队拓扑的工作原理、好处是什么以及如何利用该方法。由Matthew Skelton和Manuel Pais设计的 "团队拓扑 "方法，专门解决了许多组织苦苦挣扎的挑战

2 年前

由 Matthew Skelton 和 Manuel Pais撰写的《团队拓扑——组织业务和技术团队以实现快速流动》一书将帮助您设计团队组织结构，从而帮助您变得更加敏捷。这本书分为三个部分

2 年前

相应的微服务，认知负载边界=微服务边界。根据康威定理，组织架构决定了技术架构，那么就要逆康威定律，如果你想要一个微服务架构，那么就改造你的团队结构，这就是团队拓扑的由来，团队

2 年前

实践和最近的 DevOps 实践，这有望加快上市时间/交付周期、改进部署频率、更好的团队文化，并加强跨团队/部门的协作。虽然采用 DevOps 实践说起来容易做起来难，但《团队拓扑》一书

2 年前

往往让这些团队不堪重负。团队拓扑（Team Topologies）是马修-斯凯尔顿（Matthew Skelton）和曼努埃尔-派斯（Manuel Pais）开发的一种描述软件开发团队组织的

9 个月前

Matthew Skelton与 Manuel Pais 合著了《团队拓扑：组织业务和技术团队以实现快速流程》一书，这是一篇开创性的文本，讲述了如何围绕软件对您的特定组织的角色构建最佳团队结构

2 年前

发展。下面我分享一些关于 Gregor 分享的模型的笔记和见解；接近架构的拓扑结构；进化模式；然后是关于架构范围的一些见解和注释。团队内架构 Gregor 分享的模型特别强调“团队范围

2 年前

现代企业架构师工具套件： -Wardley Mapping（业务-> IT产品组合） -使用团队拓扑 (康威定律) -战略性领域驱动设计 -实时文档记录

3 年前

沟通如何扩展《团队拓扑》一书解决了这个沟通问题，定义了四种基本的团队拓扑和三种团队交互模式：团队拓扑如下：流对齐的团队：与来自（通常）业务领域的一部分的工作流对齐。赋能团队：帮助与

2 年前

将 DevOps 运动中的团队拓扑与领域驱动设计社区的上下文映射相结合，可以深入了解软件工程团队之间的潜在摩擦接触点。团队拓扑是 Matthew Skelton 和

2 年前

希望确保不会因为这些新角色而造成孤岛。因此，我们接受了“团队”的概念，并将其应用于领导层。我们开始将我们的团队拓扑视为拓扑层。定义清晰的领导团队拓扑 “团队拓扑Team

2 年前

。 2.一个社会技术工具集是能够更频繁实现软件交付和每次交付提升客户价值。 3. 工具集有：依赖检查表； DDD；团队拓扑；动态重组团队和权力游戏。 4. 依赖检查表：在一个系统中选择什么时候

4 年前

登录