Roles: Difference between revisions

Jump to navigation Jump to search
No edit summary
 
(9 intermediate revisions by the same user not shown)
Line 15: Line 15:
<br>
<br>
El origen de estos nombres está en la siguiente metáfora, que ilustra de forma gráfica la diferencia entre "compromiso" e "implicación" con el proyecto:  
El origen de estos nombres está en la siguiente metáfora, que ilustra de forma gráfica la diferencia entre "compromiso" e "implicación" con el proyecto:  
[[File:Gallina-cerdo.png|left|250px]]
[[File:Gallina-cerdo.png|left|200px]]
 
<blockquote>''Una gallina y un cerdo paseaban por la carretera. La gallina preguntó al cerdo: “¿Quieres abrir un restaurante conmigo?”.''
<blockquote>''Una gallina y un cerdo paseaban por la carretera. La gallina preguntó al cerdo: “¿Quieres abrir un restaurante conmigo?”.''
''El cerdo consideró la propuesta y respondió: “Sí, me gustaría. ¿Y cómo lo llamaríamos?”.
''El cerdo consideró la propuesta y respondió: “Sí, me gustaría. ¿Y cómo lo llamaríamos?”.
La gallina respondió: “Jamón con huevos”.''
La gallina respondió: “Jamón con huevos”.''
''El cerdo se detuvo, hizo una pausa y contestó: “Pensándolo mejor, creo que no voy a abrir un restaurante contigo. Yo estaría realmente comprometido, mientras que tu estarías sólo implicada”''.</blockquote>
''El cerdo se detuvo, hizo una pausa y contestó: “Pensándolo mejor, creo que no voy a abrir un restaurante contigo. Yo estaría realmente comprometido, mientras que tu estarías sólo implicada”''.</blockquote>


Los '''comprometidos''' (cerdos) son quienes tienen su trabajo y su reputación directamente vinculados al resultado: el equipo de desarrollo, el propietario del producto y el Scrum Master. Los '''implicados''' (gallinas) son quienes tienen interés en el proyecto pero no responden directamente de su resultado: directivos, clientes, usuarios finales, otros departamentos.
Los '''comprometidos''' (cerdos) son quienes tienen su trabajo y su reputación directamente vinculados al resultado: el equipo de desarrollo, el propietario del producto y el Scrum Master. Los '''implicados''' (gallinas) son quienes tienen interés en el proyecto pero no responden directamente de su resultado: directivos, clientes, usuarios finales, otros departamentos.
Esta distinción es relevante en las reuniones de Scrum: en la planificación del sprint y en el scrum diario, las intervenciones de los implicados deben ser limitadas para no interferir en el trabajo de los comprometidos.
Esta distinción es relevante en las reuniones de Scrum: en la planificación del sprint y en el scrum diario, las intervenciones de los implicados deben ser limitadas para no interferir en el trabajo de los comprometidos.
== Evolución de los roles en equipos con IA ==
== Evolución de los roles en equipos con IA ==
La guía ''Scrum en equipos con IA'' de Scrum Manager describe cómo evolucionan los tres roles cuando el equipo trabaja con herramientas de IA generativa:
La guía ''Scrum en equipos con IA'' de Scrum Manager describe cómo evolucionan los tres roles cuando el equipo trabaja con herramientas de IA generativa:
 
* '''Propietario del producto → [[Product architect]]:''' el backlog pasa de ser una lista de features a un conjunto de hipótesis a validar. La pregunta estratégica ya no es "¿podemos construirlo?" sino "¿deberíamos construirlo?". Gestiona la paradoja de la productividad: el equipo produce más, pero eso solo genera valor si hay validación estratégica detrás.
'''Propietario del producto → Product Architect:''' el backlog pasa de ser una lista de features a un conjunto de hipótesis a validar. La pregunta estratégica ya no es "¿podemos construirlo?" sino "¿deberíamos construirlo?". Gestiona la paradoja de la productividad: el equipo produce más, pero eso solo genera valor si hay validación estratégica detrás.
* '''Desarrollador → [[Product builder]]:''' el valor se desplaza de implementar a orquestar. Diseñar arquitecturas, escribir especificaciones que guíen a la IA, revisar y validar lo generado, asegurar calidad y seguridad.
'''Desarrollador → Product Builder:''' el valor se desplaza de implementar a orquestar. Diseñar arquitecturas, escribir especificaciones que guíen a la IA, revisar y validar lo generado, asegurar calidad y seguridad.
* '''Scrum Master → [[Agile enabler]]:''' facilita no solo las interacciones entre personas, sino el sistema completo humanos + agentes IA. Es responsable de la gobernanza del uso de IA: políticas, límites, auditoría de outputs, rendición de cuentas.
'''Scrum Master → Agile Enabler:''' facilita no solo las interacciones entre personas, sino el sistema completo humanos + agentes IA. Es responsable de la gobernanza del uso de IA: políticas, límites, auditoría de outputs, rendición de cuentas.


== Error frecuente ==
== Error frecuente ==
Line 36: Line 40:
== Recursos ==
== Recursos ==
<div class="bok-recurso">
<div class="bok-recurso">
📄 [https://www.scrummanager.com/files/scrum_master.pdf Manual Scrum Master v4.0]<span class="detalle">Descarga gratuita · Scrum Manager</span>
📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
</div>
</div>
== Véase también ==
== Véase también ==
<div class="bok-tags">
<div class="bok-tags">
[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]] [[Autoorganización]]
[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]] [[Product architect]] [[Product builder]] [[Agile enabler]]
</div>
</div>
<div class="bok-ecosistema">
<div class="bok-ecosistema">