Escrito originalmente en francés. Traducido por IA — se ha preservado el sentido, no la prosa.
Idea principal
Cuando un equipo de producto, de soporte o de negocio empieza a fabricar pantallas y herramientas con un asistente, el reflejo es diseñar para él un régimen propio: su carta, sus reglas, su proceso de validación, su nivel de exigencia. Ese reflejo fabrica un segundo sistema, paralelo al primero, que habrá que mantener por separado y que divergirá.
Ahora bien, las herramientas ya existen y se construyeron exactamente para este problema: integración continua, escáneres de seguridad, convenciones de repositorio, reglas de calidad, entornos acotados y, cada vez más, archivos de instrucciones, prompts y skills que los desarrolladores escriben para su propio uso. Nada de esto necesita reinventarse para perfiles no desarrolladores; basta con que su producción pase por ahí.
El trabajo de supervisión es, por tanto, un trabajo de conexión — qué repositorios, qué entornos, qué controles automáticos se aplican a esa producción — y no un trabajo de invención normativa.
Por qué es importante
Esto cambia la naturaleza de la pregunta que se plantea al equipo técnico. "¿Qué hay que exigir a un Product Manager que programa?" pide una respuesta larga y discutible; "¿a qué lo conectamos?" pide una respuesta operativa y en buena medida ya disponible.
También evita una asimetría absurda, en la que una producción hecha por un perfil de producto quedaría sometida a reglas escritas para la ocasión, más estrictas o más ambiguas que las que se aplican al código del equipo.
Matices y límites
La conexión supone que las herramientas existan y estén en buen estado. En una organización donde los controles automáticos son débiles, no hay nada a lo que conectarse, y el tema vuelve a ser la construcción de esas herramientas — para todo el mundo, no solo para los recién llegados.
Algunos puntos no se conectan y sí hay que decidirlos: el perímetro de los repositorios accesibles, los derechos de escritura sobre los datos, la propiedad de los objetos producidos.
Preguntas abiertas
- ¿Qué parte de las herramientas que los desarrolladores escriben para sí mismos sigue siendo inutilizable por un no desarrollador, por falta de vocabulario común más que por falta de derechos?