¿Cómo diseña la estructura de la organización y el equipo?

Question

Accepted Answer

El diseño organizacional se trata de **dibujar límites de equipos para que el trabajo que cambia junto viva junto** — minimizando las dependencias entre equipos para las cosas que se mueven rápido. La estructura debe seguir la estrategia y el sistema, no al revés.

## Principios

```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
```

## Pensamiento alineado con el flujo

Favorecer equipos duraderos alineados con el flujo que posean un flujo de trabajo, respaldados por equipos de plataforma que reducen la carga cognitiva de otros. Reorganizar cuando la estructura comience a luchar contra el trabajo, no por capricho.

## Trampas

- **Silos funcionales** (un "equipo de QA", un "equipo de frontend") que obligan a cada característica a cruzar muchas entregas.
- **Ignorar la Ley de Conway** y sorprenderse de que la arquitectura refleje el organigrama.
- **Reorganización constante**, que reinicia la confianza y la propiedad cada vez.
- **Propiedad borrosa**, donde todo es "compartido" y por lo tanto no es propiedad de nadie.

## Por qué es importante

La estructura determina silenciosamente la velocidad.

Los límites deficientes crean reuniones de coordinación interminables y responsabilidad borrosa; los buenos límites permiten que los equipos se muevan de forma independiente.

Debido a la Ley de Conway, el diseño organizacional *es* diseño de arquitectura.

Si se equivoca en los límites del equipo, ninguna cantidad de heroísmo de ingeniería hará que el sistema sea limpio.