¿Qué haces para evitar que el equipo dependa demasiado de una sola persona?

Question

Accepted Answer

**Un bus factor bajo es un riesgo que gestiono deliberadamente, igual que gestiono cualquier punto único de fallo.** Si solo una persona puede desplegar, depurar el servicio de pagos o tocar el módulo legacy, el equipo está a una renuncia o unas vacaciones de una crisis. El objetivo es repartir el conocimiento sin frenar a todos hasta el paso de tortuga.

## Mecanismos prácticos

- **Code review con intención.** Las reviews no son solo control de acceso; son transferencia de conocimiento. Me aseguro de que ningún área la revise solo quien la escribió.
- **Emparejar y rotar en sistemas críticos.** Asigno deliberadamente trabajo en las áreas de alto riesgo a una segunda persona, aunque el experto pudiera hacerlo más rápido. Coste a corto plazo, seguro a largo plazo.
- **Documentación que se gana su sitio.** No wikis exhaustivas que nadie lee, sino lo que sostiene el peso: runbooks, decisiones de arquitectura, "cómo desplegar", "qué hacer cuando X se rompe".
- **Rotación de on-call.** Nada reparte el conocimiento operativo más rápido que todos turnándose en ser responsables de producción.
- **Charlas internas / brown bags.** El dueño de un subsistema espinoso lo explica al equipo.

## Cómo encuentro el riesgo

- Mapear la propiedad con honestidad: para cada sistema crítico, preguntar "¿quién más podría con esto si X estuviera fuera dos semanas?". Si la respuesta es "nadie", eso es un riesgo marcado.
- Vigilar el **patrón de héroe** — la persona a la que siempre llaman, que siempre es la respuesta. Eso es una señal de alarma, no una fortaleza.

## Errores a evitar

- **Acaparar como seguridad laboral.** A algunos ingenieros (y algunos managers) les gusta ser imprescindibles. Lo reencuadro: ser el cuello de botella bloquea tu propia promoción y tu tiempo libre.
- Sobrecorregir hacia "todos hacen todo", lo que destruye la profundidad. El objetivo es que no haya punto único de fallo, no cero especialización.
- Escribir docs una vez y dejar que se pudran; los docs obsoletos son peores que ninguno.

## Por qué es importante

Reducir el bus factor protege la entrega frente a enfermedades, vacaciones y renuncias, y libera a tus mejores personas para crecer en lugar de quedar atrapadas manteniendo lo que solo ellas entienden. También hace al equipo más sano: la propiedad compartida gana a los heroísmos frágiles.