Self-Learning > Scrum

Roles y Responsabilidades del Equipo Scrum

12 min de lectura

Descubre qué hacen el Product Owner, el Scrum Master y los Developers para lograr proyectos exitosos con Scrum.

Equipo Scrum

Antes de avanzar con los roles de Scrum, recordemos que Scrum no es una metodología, ni una receta paso a paso, sino un marco de trabajo deliberadamente incompleto para ser efectivo en contextos complejos (con variables no predictivas). Para que Scrum funcione, una de las bases fundamentales es la forma de trabajar del equipo en estos contextos.

Veamos cómo se compone el Equipo y el sentido que tiene cada integrante tiene dentro de este marco ágil de trabajo.


El Equipo Scrum

"La unidad fundamental de Scrum es un pequeño equipo de personas, un equipo Scrum. El equipo Scrum consta de un Scrum Master, un Product Owner y Desarrolladores. Dentro de un equipo de Scrum, no hay sub-equipos ni jerarquías. Es una unidad cohesionada de profesionales enfocada en un objetivo a la vez, el objetivo del Producto." - Guía Oficial de Scrum

Los roles de Scrum se refieren a las responsabilidades de las personas que ocupan cada espacio dentro del Equipo Scrum, más que a funciones tradicionales en una estructura organizacional. Es por ello que la Guía oficial de Scrum sólo se refiere a las responsabilidades dentro del Equipo Scrum.

Esta unidad de trabajo se describe como un pequeño grupo de profesionales que se centran en el Objetivo de Producto, sin jerarquías ni subequipos. El pequeño número de integrantes (usualmente menor a 10) favorece la agilidad y la productividad. Dado que Scrum está diseñado para responder a los cambios a bajo costo, tanto la estructura como el tamaño del equipo deben orientarse a este fin.

No debe ser muy pequeño tampoco, sino del tamaño necesario para que el Incremento producido en cada Sprint tenga un valor significativo. Los equipos más grandes se dividen en Equipos Scrum de no más de 10 personas, todos trabajando en un mismo producto, compartiendo no solo un único Product Owner, sino enfocados en un único objetivo de producto y Product Backlog. Si estás interesado en aplicar Scrum a gran escala, te recomendamos explorar LeSS (Large Scale Scrum), un marco derivado de Scrum.

Mutifuncionalidad y autogestión en Scrum

Los equipos Scrum son multifuncionales y autogestionados en su trabajo. En otras palabras, estos equipos poseen todas las habilidades necesarias para construir el producto sin necesidad de recurrir a habilidades externas (multifuncionalidad) y deciden cuál es la mejor forma de manejar su trabajo durante cada Sprint sin órdenes externas.

A diferencia de la organización piramidal, todos los roles de Scrum son igualmente responsables de entregar un Incremento de Producto valioso en cada Sprint.

Dentro de un Equipo Scrum, encontramos tres roles descriptos por la Guía Oficial: Developers o desarrolladores, Scrum Product Owner y Scrum Master.

Scrum Master

Dentro de los roles Scrum, el Scrum Master es quien se ocupa de que el equipo tenga un conocimiento claro del funcionamiento de Scrum y de remover impedimentos para que el equipo se enfoque en entregar Incrementos de valor al final de cada Sprint.

> ¿Qué es el liderazgo servicial?

Una de las características destacadas del Scrum Master es su liderazgo servicial. A veces, puede ser referido como Facilitador o Coach. Este liderazgo implica apoyar al equipo, al Scrum Product Owner y a la organización en la implementación correcta de Scrum. Algunos ejemplos incluyen:

  • Fomentar una práctica saludable de Scrum
  • Facilitar la autogestión y mutifuncionalidad del equipo
  • Asegurar que el equipo se concentre en crear un incremento de alto valor
  • Eliminar obstáculos al progreso del equipo
  • Garantizar que todos los eventos de Scrum se realicen y sean productivos
  • Facilitar la colaboración con los stakeholders
  • Liderar y capacitar a la organización en la adopción de Scrum


>Conocimiento profundo de Scrum

Quien escoge el camino de Scrum Master está iniciando un camino en el que debe lograr comprender Scrum en profundidad. Este papel se centra en el proceso de trabajo y la mejora continua, con el objetivo de ayudar al Equipo Scrum a desarrollarse hasta convertirse en:

  • Competente: No solo en el conocimiento de Scrum, sino en la puesta en práctica.
  • Autogestionado: El Equipo debe ser capaz de decidir quién trabaja en qué, cómo lo hace y cuándo lo hace.
  • Multifuncional: no debería depender de terceros para construir un Incremento en cada Sprint.


Para lograr estos objetivos, es recomendable que los Scrum Masters desarrollen y dominen cuatro habilidades claves: training, consultoría, facilitación y coaching.

Las habilidades de training son de utilidad para poder transmitir los conocimientos necesarios para comprender Scrum. Las habilidades de consultoría le serán útiles para aconsejar al Equipo Scrum y a los stakeholders en cómo hacer uso de Scrum de una forma eficiente y evitando anti-patrones. La facilitación ágil, por su parte, será una habilidad clave a la hora de los diferentes eventos de Scrum y que sean encuentros significativos para todos los involucrados con resultados de valor. Por último, el coaching ágil es una competencia esencial para acompañar al Equipo Scrum a superarse Sprint tras Sprint, derribar creencias auto limitantes, expandir su abanico de posibilidades con vistas a la entrega de valor y mejorar sus prácticas laborales.

>¿Debe un Scrum Master tener habilidades técnicas?

Una pregunta común es si el Scrum Master necesita tener conocimientos y habilidades de desarrollo de producto de la industria en la que trabaja. Aunque no están directamente a cargo del desarrollo, es recomendable que los Scrum Masters tengan una sólida comprensión de la industria en la que operan. Un Scrum Master con conocimientos técnicos contribuye mejor a una cultura de trabajo positiva y a eliminar las dificultades en los procesos de trabajo, que muchas veces son de naturaleza técnica. Además, si un Scrum Master desconoce aspectos técnicos dentro del equipo, esto podría obstaculizar su labor de planificación, estimación y comunicación, lo que podría llevar al resto del equipo a considerarlo insuficiente para su rol.

Certified Scrum Master (CSM)
Certified Scrum Master (CSM)
El curso para comprender Scrum y cómo implementarlo.

Scrum Product Owner

El Product Owner (PO) es quien asegura que los Incrementos construidos por el equipo sean del mayor valor posible en cada Sprint.

Una característica del Product Owner es ser el único responsable de tomar decisiones acerca del producto. Aunque puede recibir ayuda de otros, no es un trabajo que realiza un comité, lo realiza solo el PO. También recuerda que, si bien podría tomar acciones como desarrollador, las responsabilidades de Product Owner son incompatibles con las del Scrum Master. Esta es una pregunta frecuente y un concepto que es necesario reforzar.

>Establecer los objetivos del producto

Uno de los deberes clave del Product Owner es crear y comunicar claramente los objetivos del producto. Dada la naturaleza colaborativa de Scrum, estos objetivos no deben ser impuestos a otros, sino el resultado de un esfuerzo conjunto en torno a una visión de producto.

La visión de producto define el escenario futuro que se desea alcanzar con el producto. Esta visión es típicamente utópica e inspiradora y proporciona dirección, aunque no facilita necesariamente la medición del progreso. La visión de producto no es parte del marco de Scrum.

Basándose en la visión, el PO debe diseñar la estrategia para desarrollar el producto. En esta estrategia, trazará los diferentes objetivos del producto a alcanzar, que son parte del marco de Scrum. Los Objetivos de Producto son, por tanto, hitos de negocio medibles que, en conjunto, establecen la estrategia del producto hacia una visión.

>Determinar el orden en el que se hace el trabajo

Todo lo que forma parte del Product Backlog está ordenado. El orden es muy preciso para aquellas cosas prioritarias que se transformarán en un Incremento en el corto plazo.

No tiene sentido dar demasiada precisión al orden de las tareas de menor prioridad que se abordarán a medio plazo, ya que cualquier esfuerzo dedicado a ordenar estos ítems con precisión probablemente necesite ser reinvertido cuando las prioridades cambien debido al feedback o aprendizaje.

Definitivamente, no tiene ningún sentido que los ítems del Product Backlog a largo plazo estén ordenados. A medida que te acerques a ellos en el tiempo, en los Refinamientos, los irás ordenando con mayor precisión.

>Garantizar el entendimiento del Product Backlog

El Product Owner es parte del Equipo Scrum, está en contacto constante con el resto del equipo. Si trabajan de forma remota, está accesible todo el tiempo. Si trabajan de manera presencial, se sienta juntos a los desarrolladores. En cualquier caso, trabaja codo a codo con el resto del Equipo Scrum durante todo el Sprint.

Su responsabilidad es garantizar que todos entiendan lo mismo del Product Backlog. Esto no significa documentar detalladamente los requerimientos, sino conversar y verificar durante el Sprint que el Incremento que se vaya creando cumple con las expectativas.

Al mismo tiempo, coordina y facilita actividades que llamaremos Refinamiento donde los stakeholders, los desarrolladores y el PO se involucran activamente en la definición del producto a mediano plazo y el entendimiento en detalle a corto plazo.

>Visibilizar el Product Backlog

El Product Owner es responsable de que el Product Backlog sea accesible y conocido por todos los involucrados, ya sean miembros del Equipo Scrum, stakeholders o cualquier persona en la organización. Solo el PO puede alterar el Product Backlog, pero sí debe facilitar el acceso para informarse.

Existen cada día más herramientas para almacenar el Product Backlog. Clásicamente se pueden mencionar Google spreadsheets, Trello, Monday, Jira, etc. Lo importante es que no haya restricción de acceso.

En el ejercicio de su función, se espera que el PO gestione eficientemente las variables de negocio involucradas y conozca profundamente los problemas que el producto pretende resolver a los usuarios. En resumen, el Product Owner es responsable del éxito del producto.


Continúa leyendo:
El trabajo del Product Owner en el desarrollo Ágil
3 similitudes y 3 diferencias entre Product Owner Interno y Product Owner Externo

Certified Scrum Product Owner (CSPO)
Certified Scrum Product Owner (CSPO)
La certificación para iniciar tu camino de liderazgo en producto.


Scrum Developers

Finalmente, entre los roles de Scrum, nos encontramos con los Developers o Desarrolladores. Ellos son los miembros del Equipo Scrum encargados de crear el Incremento del Sprint. Anteriormente conocidos como el Equipo de Desarrollo, el término ha sido actualizado a Developers para resaltar la unidad del Equipo Scrum.

En el marco de los roles Scrum, el Scrum Master es experto en Scrum y el Product Owner es experto en la visión y estrategia del producto. Para los Developers, no existe un conjunto preestablecido de habilidades específicas, ya que estas dependerán de la industria y del producto que estén creando.

Independientemente de las habilidades técnicas necesarias, las cuales varían según la industria en la cual se desempeñarán, existen ciertas responsabilidades de Scrum que son fundamentales para ellos.

>Crear el Plan del Sprint

Los Developers son los responsables de crear el plan para cada Sprint. Para hacer esto, deben estimar el trabajo a realizar, identificar cuánto de ese trabajo pueden completar en el Sprint actual, descomponer ese trabajo en tareas individuales y dar coherencia a todo el trabajo.

Este plan se verá reflejado en el Sprint Backlog, no está escrito en piedra e irá mutando durante el Sprint en función del aprendizaje que vaya emergiendo.

>Entregar solo trabajo terminado

Los Developers deben comprometerse con los estándares de calidad acordados y registrados en la Definición de Terminado. No se les puede pedir que alteren estos criterios para terminar más rápido o para entregar más producto. Deben defender la calidad de su trabajo como un aspecto no negociable. El Incremento de cada Sprint debe estar alineado con esta Definición de Terminado.

Por respeto a su propio trabajo, a sus compañeros de equipo y a los stakeholders, los Developers no deben entregar nada que no esté terminado.

>Adaptar el plan frecuentemente

En tercer lugar, los Developers del Equipo Scrum son responsables de revisar día a día, junto a los demás desarrolladores, el avance hacia el objetivo del Sprint. Es su responsabilidad compartida detectar desvíos y tomar las decisiones necesarias para adaptar el plan de las próximas 24 horas con el objetivo de corregir cualquier eventualidad.

Los Desarrolladores tienen la responsabilidad de decidir ellos mismos cuál es la mejor forma de trabajar, es decir la manera en que alcanzarán el Objetivo del Sprint y participan de todas las reuniones que ocurren dentro del Sprint de trabajo de Scrum.


Continúa leyendo... Una pregunta frecuente: Desarrolladores en Scrum: ¿Cuál es la diferencia entre un programador y un desarrollador?

Prácticas Técnicas para Scrum Masters, Agile Coaches y Product Owners
Prácticas Técnicas para Scrum Masters, Agile Coaches y Product Owners
Técnicas para no técnicos.