Roles: Difference between revisions

Latest revision as of 12:43, 25 May 2026

⏱ 4 min de lectura · 📅 Actualizado en 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

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

Véase también

Propietario del producto Desarrollador Scrum Master Artefactos Eventos Product architect Product builder Agile enabler

¿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.

Buscar convocatorias

Club Agile

@@ Line 1: / Line 1: @@
 __NOTOC__
-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 (sin la menor connotación peyorativa) “cerdos” y a los segundos “gallinas”.
+{{Meta-bok|min=4}}
-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:Roles-scrum.png|200px|thumb|right]]
+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.
+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|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.
-''Una gallina y un cerdo paseaban por la carretera. La gallina preguntó al cerdo: “¿Quieres abrir un restaurante conmigo?”.
+== Comprometidos e implicados ==
-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”''.
-[[File:Comprometidos implicados.png|center]]
+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]]
+<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|200px]]
-*Propietario del producto: es la persona respo¬nsable de lograr el mayor valor de producto para los clientes, usuarios y resto de implicados.
+<blockquote>''Una gallina y un cerdo paseaban por la carretera. La gallina preguntó al cerdo: “¿Quieres abrir un restaurante conmigo?”.''
-*Equipo de desarrollo: grupo o grupos de trabajo que desarrollan el producto.
+''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”''.</blockquote>
-Una observación en este punto, sobre el rol de scrum Master, por ser en ocasiones frecuente la duda de considerar si es un rol “comprometido” o “implicado”. Partiendo de que la división entre personas comprometidas y personas implicadas es más “conceptual” que “relevante”, lo cierto es que en las organizaciones en las que se emplea, el rol de Scrum Master, tiene su responsabilidad directa en el funcionamiento del marco Scrum en la organización. Su objetivo de responsabilidad directa es la mejora de la organización y la mejora o resultado de los proyectos es por tanto un objetivo o resultado indirecto a través de la mejora de la organización.
-Por esta razón en el cuadro anterior no se considera el rol de Scrum Master, considerando, que en cualquier caso no es una cuestión especialmente relevante. Si hubiera que forzar una respuesta, desde el criterio de que no está comprometido en el proyecto (sino en la mejora de la organización) se debería considerar como un rol "implicado"
-==Valores==
+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.
-El marco estándar de Scrum es la “carrocería” de un vehículo que se asienta y tiene su motor en los principios ágiles. Es una ayuda para organizar a las personas y el flujo de trabajo, como lo pueden ser otras propuestas de formas de trabajo ágil: Crystal, DSDM, otros.
+== Evolución de los roles en equipos con IA ==
-La carrocería sin motor, sin los valores que dan sentido al desarrollo ágil no funciona, y éstos son:
+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.
-*Delegación de atribuciones (empowerment) al equipo para que pueda autoorganizarse y tomar las decisiones sobre el desarrollo.
+== Error frecuente ==
-*Respeto entre las personas. Los miembros del equipo deben confiar entre ellos y respetar sus conocimientos y capacidades.
+<div class="bok-aviso">
-*Responsabilidad y autodisciplina (no disciplina impuesta).
+'''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.
-*Trabajo centrado en el valor para el cliente y el desarrollo de lo comprometido.
+</div>
-*Información, transparencia y visibilidad del desarrollo del proyecto.
+== Recursos ==
+<div class="bok-recurso">
+📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
+</div>
-==El propietario del producto==
+== Véase también ==
+<div class="bok-tags">
-El propietario del producto o product owner es quien toma las decisiones del cliente.
+[[Propietario del producto]] [[Desarrollador]] [[Scrum Master]] [[Artefactos]] [[Eventos]] [[Product architect]] [[Product builder]] [[Agile enabler]]
-Para simplificar la comunicación y toma de decisiones es necesario que las responsabilidades de gestión del producto las asuma una única persona.
+</div>
-Si el cliente es una organización grande, o con varios departamentos, puede adoptar la forma de comunicación interna que consideren oportuna, pero en el equipo de desarrollo sólo se integra una persona en representación del cliente, y ésta debe tener el conocimiento suficiente del producto y las atribuciones necesarias para tomar las decisiones que le corresponden.
+<div class="bok-ecosistema">
-En resumen, el propietario de producto es quien:
+<div class="texto">
+<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
-*Decide en última instancia cómo será el resultado final, y el orden en el que se van construyendo los sucesivos incrementos: qué se pone y qué se quita de la pila del producto, y cuál es la prioridad de las funcionalidades.
+<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>
-Se responsabiliza de la financiación del proyecto, y las decisiones sobre fechas y funcionalidades de las diferentes versiones del producto, y conoce las posibilidades y plan de inversión, así como el retorno esperado de la inversión del proyecto.
+</div>
-En los desarrollos internos para la propia empresa, suele asumir este rol el product manager o el responsable de marketing. En desarrollos para clientes externos: el responsable del proceso de adquisición del cliente.
+<div class="botones">
+<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
-Para ejercer este rol es necesario:
+<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
+</div>
-*Conocer perfectamente el entorno de negocio del cliente, las necesidades y el objetivo que se persigue con el sistema que se está construyendo.
+</div>
-*Tener la visión del producto, así como las necesidades concretas del proyecto, para poder priorizar eficientemente el trabajo.
+[[Category:Glosario de términos]]
-*Disponer de atribuciones suficientes para tomar las decisiones necesarias durante el proyecto, incluidas para cubrir las expectativas previstas de retorno de la Inversión del proyecto.
+[[Category:Scrum]]
-*Recibir y analizar de forma continua retroinformación del entorno de negocio (evolución del mercado, competencia, alternativas) y del proyecto (sugerencias del equipo, alternativas técnicas, pruebas y evaluación de cada incremento).
+[[Category:Standard scrum]]
-Es además recomendable que el propietario de producto:
-*Conozca Scrum para realizar con solvencia las tareas que le corresponden:
-**Desarrollo y administración de la pila del producto.
-**Exposición de la visión e historias de usuario, y participación en la reunión de planificación de cada sprint.
-*Conozca y haya trabajado previamente con el mismo equipo.
-==El equipo==
-Se recomienda que los equipos que trabajan con Scrum tengan entre 4 y 8 personas. Más allá de 8 resulta más difícil mantener la agilidad en la comunicación directa, y se manifiestan con más intensidad las rigideces habituales de la dinámica de grupos (que comienzan a aparecer a partir de 6 personas).
-No se trata de un grupo de trabajo formado por un arquitecto, diseñador o analista, programadores y testers. Es un equipo multidisciplinario, en el que todos los componentes trabajan de forma solidaria con responsabilidad compartida
-Las principales responsabilidades, más allá de la autoorganización y uso de tecnologías ágiles, son las que se marcan la diferencia entre “grupo de trabajo” y “equipo”.
-Un grupo de trabajo es un conjunto de personas que realizan un trabajo, con una asignación específica de tareas, responsabilidades y siguiendo un proceso o pautas de ejecución. Los operarios de una cadena, forman un grupo de trabajo: aunque tienen un jefe común, y trabajan en la misma organización, cada uno responde por su trabajo.
-El equipo tiene espíritu de colaboración, y un propósito común: conseguir el mayor valor posible para la visión del cliente.
-Un equipo Scrum responde en su conjunto. Trabajan de forma cohesionada y autoorganizada. No hay un gestor para delimitar, asignar y coordinar las tareas. Son los propios miembros del equipo los que lo realizan.
-En el equipo:
-*Todos conocen y comprenden la visión del propietario del producto.
-*Aportan y colaboran con el propietario del producto en el desarrollo de la pila del producto.
-*Comparten de forma conjunta el objetivo de cada sprint y la responsabilidad del logro.
-*Todos los miembros participan en las decisiones.
-*Se respetan las opiniones y aportes de todos.
-*Todos conocen el modelo de trabajo con Scrum.
-==Scrum Master==
-Es el responsable del funcionamiento de Scrum en el proyecto, cubriendo los aspectos que la organización necesite según el conocimiento y experiencia con el modelo:  Asesoría y formación al propietario del producto.
-*Asesoría y formación al equipo.
-*Revisión y validación de la pila del producto.
-*Moderación de las reuniones.
-*Resolución de impedimentos que en el sprint pueden entorpecer la ejecución de las tareas.
-*Gestión de las “dinámicas de grupo” en el equipo.
-*Configuración, diseño y mejora continua de las prácticas de Scrum en la organización. Respeto de la organización y los implicados, con las pautas de tiempos y formas de Scrum.
-En implementaciones no estándar o académicas, basadas en responsabilidades (no en roles) es habitual no contar con un rol específico de Scrum Master, y la garantía de funcionamiento de Scrum las funciones propias del scrum Master las suele asumir un puesto específico para contar con esta garantía (Team Leader o Gestor Ágil).
-[[Category:Scrum I]]