Roles: Difference between revisions
No edit summary |
No edit summary |
||
| Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
{{Meta-bok|min=4}} | |||
[[File:Roles-scrum.png|200px|thumb|right]] | [[File:Roles-scrum.png|200px|thumb|right]] | ||
Los '''roles''' en un marco de | Los '''roles''' en el marco Scrum técnico son los tres perfiles con responsabilidades diferenciadas que conforman el equipo Scrum: el [[Propietario del producto|propietario del producto]], el [[Desarrollador|desarrollador]] y el [[Scrum Master]]. Cada uno aporta una perspectiva y unas responsabilidades distintas que, en conjunto, permiten al equipo construir valor de forma continua y autogestionada. | ||
*'''[[Propietario del producto]]''' | Los roles en un marco de Scrum técnico son: | ||
*'''[[Desarrollador]]''' | * '''[[Propietario del producto]].''' Responsable de definir y priorizar las características del producto, asegurándose de que el trabajo del equipo de desarrollo se alinea con las expectativas del cliente y los objetivos del negocio. | ||
*'''[[Scrum Master]]''' | * '''[[Desarrollador]].''' Cada uno de los profesionales que realizan el [[Incremento|incremento]] de cada ''sprint''. | ||
==Comprometidos e implicados== | * '''[[Scrum Master]].''' Es el responsable del cumplimiento de las reglas del marco de Scrum. Se asegura de que estas son entendidas por la organización y de que se trabaja conforme a ellas. | ||
Todas las personas que intervienen | |||
== Comprometidos e implicados == | |||
Todas las personas que intervienen o tienen relación directa o indirecta con el proyecto se clasifican en dos grupos: '''comprometidos''' e '''implicados'''. En círculos de Scrum es frecuente llamar a los primeros "cerdos" y a los segundos "gallinas", aunque esta terminología fue eliminada de la Scrum Guide oficial en 2011 y no es de uso recomendado en entornos formales. | |||
<br> | |||
[[File:Comprometidos-implicados.png|thumb|450px|center]] | [[File:Comprometidos-implicados.png|thumb|450px|center]] | ||
El | <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: | |||
[[File:Gallina-cerdo.png|left|250px]] | [[File:Gallina-cerdo.png|left|250px]] | ||
<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?”.'' | ||
| Line 14: | Line 20: | ||
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. | |||
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 == | |||
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. | |||
'''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. | |||
==Véase también== | == Error frecuente == | ||
<div class="bok-aviso"> | |||
'''Tratar el Scrum Master como gestor del proyecto.''' El Scrum Master no asigna trabajo, no gestiona recursos ni toma decisiones de producto. Su rol es asegurar que el marco Scrum funcione correctamente, facilitar los eventos, eliminar impedimentos y proteger al equipo de interferencias externas. Cuando el Scrum Master empieza a comportarse como un gestor de proyectos tradicional, el equipo pierde la autogestión que hace eficaz a Scrum. | |||
</div> | |||
== Recursos == | |||
<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> | |||
</div> | |||
== Véase también == | |||
<div class="bok-tags"> | |||
[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]] [[Autoorganización]] | |||
</div> | |||
<div class="bok-ecosistema"> | |||
<div class="texto"> | |||
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span> | |||
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span> | |||
</div> | |||
<div class="botones"> | |||
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div> | |||
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div> | |||
</div> | |||
</div> | |||
[[Category:Glosario de términos]] | |||
[[Category:Scrum]] | [[Category:Scrum]] | ||
[[Category:Standard scrum]] | [[Category:Standard scrum]] | ||
Revision as of 13:02, 19 May 2026
Los roles en el marco Scrum técnico son los tres perfiles con responsabilidades diferenciadas que conforman el equipo Scrum: el propietario del producto, el desarrollador y el Scrum Master. Cada uno aporta una perspectiva y unas responsabilidades distintas que, en conjunto, permiten al equipo construir valor de forma continua y autogestionada. Los roles en un marco de Scrum técnico son:
- Propietario del producto. Responsable de definir y priorizar las características del producto, asegurándose de que el trabajo del equipo de desarrollo se alinea con las expectativas del cliente y los objetivos del negocio.
- Desarrollador. Cada uno de los profesionales que realizan el incremento de cada sprint.
- Scrum Master. Es el responsable del cumplimiento de las reglas del marco de Scrum. Se asegura de que estas son entendidas por la organización y de que se trabaja conforme a ellas.
Comprometidos e implicados
Todas las personas que intervienen o tienen relación directa o indirecta con el proyecto se clasifican en dos grupos: comprometidos e implicados. En círculos de Scrum es frecuente llamar a los primeros "cerdos" y a los segundos "gallinas", aunque esta terminología fue eliminada de la Scrum Guide oficial en 2011 y no es de uso recomendado en entornos formales.
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:
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?”. 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”.
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.
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:
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. 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
Tratar el Scrum Master como gestor del proyecto. El Scrum Master no asigna trabajo, no gestiona recursos ni toma decisiones de producto. Su rol es asegurar que el marco Scrum funcione correctamente, facilitar los eventos, eliminar impedimentos y proteger al equipo de interferencias externas. Cuando el Scrum Master empieza a comportarse como un gestor de proyectos tradicional, el equipo pierde la autogestión que hace eficaz a Scrum.
Recursos
📄 Manual Scrum Master v4.0Descarga gratuita · Scrum Manager
Véase también
¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.