Idea

El derecho a producir código se regula por la relación entre la competencia y el riesgo del producto, no por la competencia sola

Info

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

Idea principal

La pregunta "¿puede ya un Product Manager desarrollar con un asistente?" pide una respuesta de sí o no, y eso es lo que la vuelve inservible. Ninguna organización procede así con sus propios desarrolladores: no se abre el primer día el repositorio más crítico a un principiante, y tampoco se le dan todos los accesos, todos los datos y todos los derechos. La competencia no decide sola; decide en relación con lo que está en juego.

La formulación útil no es, por tanto, un derecho sino un perímetro. Una pequeña herramienta interna, personal, de vida corta y sin impacto tolera poco formalismo: si se rompe, se tira. Una herramienta compartida, con escrituras limitadas y dependencias de negocio, ya exige más. Un producto que toca datos sensibles de clientes, permisos, facturación o escrituras irreversibles cambia de categoría por completo.

El mismo razonamiento vale sobre la competencia, y no solo a la entrada: quien acepta no poder explicar ciertas partes del código en una herramienta interna puede rechazar esa misma ambigüedad en un producto crítico. El cursor no es un rasgo de carácter, es un arbitraje por producto.

Por qué es importante

Esto saca la discusión de la disputa de legitimidad. Debatir si los perfiles de producto tienen "derecho" a programar no produce ninguna política; definir qué pueden hacer, sobre qué repositorios, con qué derechos y a partir de qué nivel de riesgo, sí produce una.

También desplaza la carga de la prueba. Ya no se trata de demostrar que un Product Manager es lo bastante bueno, sino de clasificar los productos según lo que costaría allí un error — un trabajo que la organización tiene que hacer de todos modos, también para sus desarrolladores.

Matices y límites

La regla supone que la categoría de riesgo de un objeto se conozca en el momento en que se construye. Rara vez es así, y una herramienta puede cambiar de categoría por su adopción sin que se vuelva a revisar el marco de partida.

Tampoco dice nada del nivel de exigencia que hay que aplicar a cada categoría: fija la pregunta, no la tabla, y esa tabla depende de cada empresa.

Preguntas abiertas

  • ¿Quién, en una organización, es legítimo para clasificar un producto en una categoría de riesgo — el equipo técnico, seguridad, el negocio que depende de él?