¿Cómo mejoras los procesos de ingeniería?

Question

Accepted Answer

Mejora el proceso **encontrando el real cuello de botella con datos, cambiando una cosa, y midiendo el efecto** — no importando una metodología completa. El proceso existe para servir al equipo; cuando deja de servir, cámbialo.

## Un bucle de mejora

```text
1. MEASURE       → where does work actually slow down? (cycle time, review wait,
                    deploy frequency, incident rate)
2. FIND THE CONSTRAINT → optimizing anything but the bottleneck is wasted effort
3. CHANGE ONE THING → small, reversible experiments
4. MEASURE AGAIN → did it help? keep, adjust, or revert
5. INVOLVE THE TEAM → they know the pain; they'll own the fix
```

## Ejemplo

Si las características toman tres semanas pero solo dos días son codificación, la restricción es *tiempo de espera* — colas de revisión de código, disponibilidad del entorno, aprobaciones — no la velocidad del desarrollador. Agregar presión en la codificación no haría nada.

## Trampas

- **Cargo-culting** del proceso de otra compañía ("hagámoslo como Spotify").
- **Proceso por el proceso mismo** — ceremonias que sobrevivieron su propósito.
- **Cambiar cinco cosas a la vez**, así no puedes saber qué funcionó.
- **Imponer proceso top-down** sin el consentimiento del equipo.

## Por qué es importante

Los pequeños mejoras de proceso se componen.

Reducir el tiempo de espera de revisión o el dolor de pruebas inestables libera horas cada semana en todo el equipo.

Igualmente importante, involucrar al equipo convierte el proceso de algo hecho *a* ellos en algo que poseen — que es la diferencia entre un cambio que se mantiene y uno que se abandona silenciosamente.