---
title: 想要什么样的产品，先画什么样的团队｜左滕
description: Conway 定律：系统的结构会复制设计它的组织的沟通结构。三个团队做编译器，就会得到一个三遍扫描的编译器。在日本搭工程团队，这条定律反过来用才有价值：先决定产品该长什么样，再按它画团队，而不是先招人再看能做出什么。
image: https://nobusato.jp/hubfs/conways-law-draw-the-team-first-zh.png
---

[左滕 Nobu Sato](https://nobusato.jp/zh?hsLang=zh-cn)

[首页](https://nobusato.jp/zh?hsLang=zh-cn) [个人简介](https://nobusato.jp/zh/profile?hsLang=zh-cn) [文章](https://nobusato.jp/zh/blog?hsLang=zh-cn) [联系我](https://nobusato.jp/zh/contact?hsLang=zh-cn)

[日本語](https://nobusato.jp/ja/blog/conways-law-draw-the-team-first)[English](https://nobusato.jp/en/blog/conways-law-draw-the-team-first)[中文](https://nobusato.jp/zh/blog/conways-law-draw-the-team-first)

[组织与招聘](https://nobusato.jp/zh/blog/tag/组织与招聘)

# 想要什么样的产品，先画什么样的团队

[左滕](https://nobusato.jp/zh/profile?hsLang=zh-cn)

![想要什么样的产品，先画什么样的团队](https://nobusato.jp/hs-fs/hubfs/conways-law-draw-the-team-first-zh.png?width=1200&height=630&name=conways-law-draw-the-team-first-zh.png)

**系列「人不按组织图做事」** · 第 5 篇／共 13 篇 · 第二部分 · 结构怎么塑造行为  
序篇：[组织图上看不到的人](https://nobusato.jp/zh/blog/people-not-on-the-org-chart?hsLang=zh-cn)

一家公司在日本搭了两个工程团队，一个做移动端，一个做后台，分别向两个负责人汇报。一年后，产品有两套登录逻辑、两套错误提示、两份互相对不上的 API 文档。没有人决定要这样，但产品长成了组织图的样子。

## 系统复制沟通结构

Melvin Conway 1968 年的论文说了一句后来被叫做 Conway 定律的话：设计系统的组织，做出来的系统结构会复制这个组织的沟通结构。他举的例子是：让三个团队做一个编译器，你会得到一个三遍扫描的编译器。

原因不神秘。两个模块之间要有接口，接口要两边的人谈出来。谈得多的两个团队，接口就细；谈得少的，接口就粗、就重复、就各做各的。产品的缝，长在组织的缝上。

这条定律的争议不在它对不对，而在它有多强。有实证研究在开源项目和企业软件里找到了对应关系，也有人指出它更像一种倾向而不是定律：好的架构师可以有意识地跨过组织边界。我的看法是，倾向足够强，强到不设计就一定会被它牵着走。

## 反过来用：逆康威

既然产品会长成组织的样子，那就先决定产品该长什么样，再按它画组织。这个用法被叫做「逆康威」（Inverse Conway Maneuver）。

具体是三步。先画目标产品的架构：有几个主要模块，模块之间的边界在哪里，哪些边界要求紧耦合、哪些可以松。再按模块画团队：每个需要紧密协作的模块群归一个团队，团队之间的边界和模块之间的边界重合。最后才招人：按团队的职责定岗位，不是按市场上有什么人定团队。

组织图· 团队 A：移动端· 团队 B：后台· 团队 A ↔ B 很少沟通产品架构· 模块 A：两套登录· 模块 B：两套错误提示· 接口粗、重复、对不上产品的缝长在组织的缝上

**Fig.1**Conway 定律：右边的产品结构复制左边的沟通结构。逆康威是先画右边，再画左边。

多数公司的顺序正好相反：先按能招到的人成立团队，再看这些团队能做出什么产品。在人才市场紧的地方这很自然，但代价是产品架构被招聘结果决定了。

## 在日本搭工程团队的三个具体决定

一，一个产品的核心模块群，放在一个物理场所、一个汇报线之下。上一篇写的[50 米](https://nobusato.jp/zh/blog/allen-curve-fifty-meters?hsLang=zh-cn)在这里直接起作用：需要细接口的两个模块，做它们的人要坐在一起。

二，日本团队和海外团队之间的边界，要和产品里一个真实的模块边界重合。最常见的错误是按前后端分：前端在东京，后端在总部。前后端之间是全产品接口最密的地方，隔了时区和语言之后，产品会在这条缝上出问题。更好的切法是按功能域分：日本团队负责日本市场特有的一整块功能，从界面到数据，总部负责通用平台。

三，团队规模按模块的复杂度定，不按预算定。一个模块需要五个人，就五个人；给三个人，产品里对应的那一块就会简陋，给八个人，那一块就会过度设计。

## 接回方法论

我做组织设计的顺序是先画两张地图（市场和人才），再定产品，再定销售，最后定组织。Conway 定律是「先产品后组织」这一步的理论依据：组织是为产品服务的，不是反过来。它也和[分类即命运](https://nobusato.jp/zh/blog/classification-is-destiny?hsLang=zh-cn)那篇说的同一件事：框画在哪里，东西就长成什么样。

你们产品里最明显的那条缝，对应组织图上的哪条边界？

**系列导航**  
上一篇：[隔开 50 米，沟通就断了](https://nobusato.jp/zh/blog/allen-curve-fifty-meters?hsLang=zh-cn)  
下一篇：[刚起步的日本法人，别用总部那套管](https://nobusato.jp/zh/blog/dont-run-a-startup-entity-like-head-office?hsLang=zh-cn)

---

不够写成一篇的日常想法，我写在 LinkedIn 上。[去 LinkedIn 关注我](https://www.linkedin.com/in/realnobusato/)

## 本专栏的其他文章

- ### [一家公司里有四种关系，薪酬为什么总设计错](https://nobusato.jp/zh/blog/four-relational-models-and-pay-design?hsLang=zh-cn)
  
  Alan Fiske 的四种关系模式：共享、等级、对等、市场定价。同一家公司里四种都在，而且各管各的事：团队内部是共享，职级是等级，奖金是市场。薪酬设计出错，多数是把一种关系的规则用到了另一种关系上。这是三轨薪酬的理论底。
- ### [日本人按「场」抱团，矩阵管理为什么失灵](https://nobusato.jp/zh/blog/tate-society-and-matrix-management?hsLang=zh-cn)
  
  中根千枝的「タテ社会」：日本人按所在的场结群，不按资格。全球公司用职能线穿过日本法人，等于把人从场里拆出去，汇报线画得越细，执行越慢。一个设计决定：在日本，先定场，再定线。
- ### [日本的试用期，不能随时辞退](https://nobusato.jp/zh/blog/probation-dismissal-in-japan?hsLang=zh-cn)
  
  在日本，试用期不等于随时可以辞退。最高裁判例把拒绝转正视为解雇，需要客观合理理由；入职满14天后要提前30天预告；用一年期合同代替试用期也会被当成试用期。招错人了，怎么处理、怎么预防。

[← 文章列表](https://nobusato.jp/zh/blog?hsLang=zh-cn)

## 用三种语言，写在日本落地这件事。

[个人简介](https://nobusato.jp/zh/profile?hsLang=zh-cn) [联系我](https://nobusato.jp/zh/contact?hsLang=zh-cn)

左滕 / Nobu Sato

用三种语言，写在日本落地这件事。

[info@nobusato.jp](mailto:info@nobusato.jp) [LinkedIn](https://www.linkedin.com/in/realnobusato/) [X](https://x.com/nobusato5888) 微信公众号：千万东京

© 2026 左滕

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://nobusato.jp/zh",
    "name" : "首页",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://nobusato.jp/zh/blog",
    "name" : "文章",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://nobusato.jp/zh/blog/conways-law-draw-the-team-first",
    "name" : "想要什么样的产品，先画什么样的团队",
    "position" : 3
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://nobusato.jp/zh/blog/conways-law-draw-the-team-first",
  "@type" : "WebPage",
  "author" : {
    "@id" : "https://nobusato.jp/#person"
  },
  "inLanguage" : "zh-Hans",
  "isPartOf" : {
    "@id" : "https://nobusato.jp/zh/blog",
    "@type" : "Blog",
    "name" : "文章"
  },
  "name" : "想要什么样的产品，先画什么样的团队",
  "url" : "https://nobusato.jp/zh/blog/conways-law-draw-the-team-first"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://nobusato.jp/#person",
  "@type" : "Person",
  "name" : "左滕",
  "sameAs" : [ "https://www.linkedin.com/in/realnobusato/", "https://x.com/nobusato5888" ],
  "url" : "https://nobusato.jp/zh/profile"
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "Nobu Sato",
    "url" : "https://nobusato.jp/zh/blog/author/nobu-sato"
  },
  "dateModified" : "2026-10-24T02:12:56.341Z",
  "datePublished" : "2026-10-24T02:12:56.000Z",
  "headline" : "想要什么样的产品，先画什么样的团队",
  "image" : [ "https://nobusato.jp/hubfs/conways-law-draw-the-team-first-zh.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://nobusato.jp/zh/blog/conways-law-draw-the-team-first",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://nobusato.jp/hubfs/nobusatojp-1.jpg"
    },
    "name" : "nobusato.jp"
  }
}
```