Comment structurez-vous l'organisation et les équipes ?

Question

Accepted Answer

La conception organisationnelle consiste à **tracer les limites des équipes de sorte que le travail qui change ensemble vit ensemble** — en minimisant les dépendances entre équipes pour les choses qui évoluent rapidement. La structure doit suivre la stratégie et le système, pas l'inverse.

## Principes

```text
1. TEAMS OWN OUTCOMES, not layers (a team owns a product/domain end to end)
2. MINIMIZE DEPENDENCIES — autonomous teams ship faster
3. CONWAY'S LAW — your architecture will mirror your org; design both together
4. CLEAR OWNERSHIP — every critical area has ONE owning team
5. RIGHT SIZE — ~5–9 people; two-pizza teams
6. COGNITIVE LOAD — don't give one team more domains than it can hold
```

## Pensée axée sur les flux

Privilégier les équipes de longue durée, alignées sur les flux, qui possèdent un flux de travail, soutenues par des équipes de plateforme qui réduisent la charge cognitive des autres. Réorganiser quand la structure commence à s'opposer au travail — pas sur un coup de tête.

## Pièges

- **Les silos fonctionnels** (une « équipe QA », une « équipe frontend ») qui forcent chaque fonctionnalité à traverser de nombreux échanges.
- **Ignorer la loi de Conway** et être surpris que l'architecture reflète l'organigramme.
- **Réorganiser constamment**, ce qui réinitialise la confiance et la responsabilité à chaque fois.
- **Propriété floue**, où tout est « partagé » et donc possédé par personne.

## Pourquoi c'est important

La structure détermine silencieusement la vitesse.

Les mauvaises limites créent des réunions de coordination sans fin et une responsabilité floue ; les bonnes limites permettent aux équipes d'évoluer indépendamment.

En raison de la loi de Conway, la conception organisationnelle *est* la conception architecturale.

Mal définir les limites des équipes et aucune prouesse d'ingénierie ne rendra le système propre.