Product builder: Difference between revisions

Jump to navigation Jump to search
Created page with "{{Meta-bok|min=5}} El '''Product builder''' (también denominado ''Developer AI'' o ''desarrollador con IA'') es la evolución del rol de desarrollador en equipos que trabajan con herramientas de inteligencia artificial generativa. Es el profesional responsable de construir el incremento de producto combinando el uso de herramientas no-code, generación de código asistida por IA y comprensión profunda del producto y su arquitectura. El rol y su denom..."
 
 
(4 intermediate revisions by the same user not shown)
Line 25: Line 25:
* '''[[Prompt engineering|Prompt engineering]]:''' formular instrucciones efectivas para los modelos de lenguaje.
* '''[[Prompt engineering|Prompt engineering]]:''' formular instrucciones efectivas para los modelos de lenguaje.
* '''[[Context engineering|Context engineering]]:''' gestionar el contexto que recibe el agente a lo largo de una sesión o proyecto para mantener la coherencia y reducir [[Alucinación de IA|alucinaciones]].
* '''[[Context engineering|Context engineering]]:''' gestionar el contexto que recibe el agente a lo largo de una sesión o proyecto para mantener la coherencia y reducir [[Alucinación de IA|alucinaciones]].
* '''[[Spec-Driven Development (SDD)|Spec writing]]:''' escribir especificaciones estructuradas que definen con precisión qué debe generar el agente y con qué criterios de calidad.
* '''[[Spec writing]]:''' escribir especificaciones estructuradas que definen con precisión qué debe generar el agente y con qué criterios de calidad.
* '''Revisión crítica:''' detectar en el código generado por IA los errores sutiles que tienen apariencia de solución válida: lógica de negocio incorrecta, casos extremos no cubiertos, duplicación no visible, vulnerabilidades de seguridad.
* '''Revisión crítica:''' detectar en el código generado por IA los errores sutiles que tienen apariencia de solución válida: lógica de negocio incorrecta, casos extremos no cubiertos, duplicación no visible, vulnerabilidades de seguridad.


Line 34: Line 34:
Esta capacidad de revisión crítica requiere conocimiento profundo del dominio del producto, de la arquitectura del sistema y de las formas en que la IA falla habitualmente. No es reemplazable por otro agente de IA: requiere el juicio de alguien que entiende el sistema como un todo.
Esta capacidad de revisión crítica requiere conocimiento profundo del dominio del producto, de la arquitectura del sistema y de las formas en que la IA falla habitualmente. No es reemplazable por otro agente de IA: requiere el juicio de alguien que entiende el sistema como un todo.


=== El [[Double-track|modelo de doble carril]] ===
=== El [[Double-Track|modelo de doble carril]] ===


Los product builders trabajan en dos modos según el carril:
Los product builders trabajan en dos modos según el carril:
Line 41: Line 41:
* '''Carril robusto (vibe engineering):''' implementación con estándares completos. Se aplican [[Spec-Driven Development (SDD)|SDD]], [[Definición de hecho|DoD reforzada]] y revisión humana rigurosa. El objetivo es que el incremento sea mantenible, seguro y desplegable.
* '''Carril robusto (vibe engineering):''' implementación con estándares completos. Se aplican [[Spec-Driven Development (SDD)|SDD]], [[Definición de hecho|DoD reforzada]] y revisión humana rigurosa. El objetivo es que el incremento sea mantenible, seguro y desplegable.


La decisión de en qué carril operar en cada momento la toma el [[Product Architect|product architect]] en coordinación con el equipo.
La decisión de en qué carril operar en cada momento la toma el [[Product architect|product architect]] en coordinación con el equipo.


=== Rol en Spec-Driven Development ===
=== Rol en Spec-Driven Development ===
Line 89: Line 89:


<div class="bok-tags">
<div class="bok-tags">
[[Desarrollador]] [[Product Architect]] [[Agile Enabler]] [[Spec-Driven Development]] [[Definición de hecho]] [[Double-track]] [[Vibe coding]] [[Vibe engineering]] [[Revisión por pares]] [[Deuda técnica]]
[[Desarrollador]] [[Product architect]] [[Agile enabler]] [[Spec-Driven Development (SDD)]] [[Definición de hecho]] [[Double-Track]] [[Vibe coding]] [[Vibe engineering]] [[Revisión por pares]] [[Deuda técnica]]
</div>
</div>


Line 105: Line 105:
[[Category:Glosario de términos]]
[[Category:Glosario de términos]]
[[Category:Scrum]]
[[Category:Scrum]]
[[Category:Practicas_agiles]]
[[Category:Prácticas ágiles]]