Idea

La apertura de un perímetro de contribución se arbitra según el riesgo de la zona, no según el oficio del contribuyente

Info

Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.

Idea principal

"¿Puede un Product Manager desplegar en producción?" es una pregunta mal planteada, porque espera una respuesta única allí donde el producto no es homogéneo. La pregunta útil se refiere a la zona: traducciones, contenidos, cuadros de mando y pantallas de solo lectura presentan un riesgo bajo; las pequeñas acciones de escritura y las modificaciones de interfaz supervisadas, un riesgo medio; el pago, los permisos, la seguridad, los datos sensibles, la lógica de negocio crítica y la arquitectura, un riesgo alto.

Ese reparto no sigue las fronteras de los productos. Un software regulado contiene pantallas de consulta relativamente seguras; un producto de apariencia inocua contiene una zona muy sensible en cuanto toca permisos o una decisión de negocio irreversible. Es la zona, por tanto, y no el dominio, la que fija el nivel de exigencia.

La analogía se sostiene con la llegada de un desarrollador junior: no le confías el motor el primer día, empiezas por perímetros simples y amplías a medida que la competencia se constata. La misma escalera vale para un perfil de producto que construye — a condición de que la competencia, el contexto y los mecanismos de protección avancen juntos.

Por qué es importante

Esto sustituye un debate identitario por un arbitraje practicable: en lugar de decidir quién tiene derecho a contribuir, se decide qué zonas están abiertas y bajo qué condiciones.

Y protege de los dos excesos: la prohibición general que congela la contribución, y la apertura general que deja a alguien modificar una regla de facturación el día en que ha aprendido a abrir una pull request.

Matices y límites

El mapa de riesgos tiene un coste de mantenimiento, y envejece: una zona tenida por segura lo es menos en cuanto una integración la conecta con un flujo sensible.

Y el riesgo no se reduce a la zona tocada: una modificación inocua sobre un componente compartido se propaga a todos los lugares donde se reutiliza.

Preguntas abiertas

  • ¿Quién establece y mantiene al día el mapa de las zonas de riesgo, en un equipo donde varios oficios contribuyen al mismo repositorio?