Menú

Funciones y responsabilidades del equipo Scrum: Scrum Master y Product Owner

  • Principal
  • Otro
  • Funciones y responsabilidades del equipo Scrum: Scrum Master y Product Owner

scrum team roles responsibilities

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Funciones y responsabilidades del equipo Scrum:

Estoy seguro de que a estas alturas todos debemos haber tenido muy claro Manifiesto ágil de nuestro último tutorial.

Este tutorial está diseñado para que los miembros del equipo Scrum que son nuevos en el desarrollo de software ágil conozcan sus roles y responsabilidades.

El tutorial también ayudará a aquellos que ya están trabajando en el modelo ágil a repasar sus habilidades y a aquellos que simplemente quieran conocer estos roles. También proporcionará una idea de las responsabilidades y cada una de las funciones que retiene.

responsabilidades del rol del equipo scrum

Hay mucho en cada uno de los roles además de lo que hemos citado en nuestro tutorial, sin embargo, los lectores definitivamente pueden obtener una idea general de cada Rol de Scrum precisamente sin ninguna duda.

Lo que vas a aprender:

Roles y responsabilidades del equipo Scrum

El equipo Scrum consta principalmente de tres roles: El Scrum Master, el propietario del producto y el equipo de desarrollo .

Cualquiera fuera del equipo central no tiene ninguna influencia directa sobre el equipo. Cada uno de estos roles en Scrum tiene un conjunto muy claro de responsabilidades que discutiremos en detalle más adelante en este tutorial. En esta sección, centrémonos en los atributos del equipo Scrum en su conjunto y en el tamaño ideal del equipo.

Atributos de Scrum Teams

A continuación se presentan los 2 atributos del Scrum Team:

  • El equipo Scrum se autoorganiza
  • Scrum Team es multidisciplinario

Equipos Scrum autoorganizados son autosuficientes y autosuficientes en términos de realizar su trabajo sin la necesidad de ayuda u orientación externa. Los equipos son lo suficientemente competentes como para adoptar las mejores prácticas para lograr sus Objetivos de Sprint.

Equipos Scrum multifuncionales son los equipos que tienen todas las habilidades y competencias necesarias dentro del equipo para realizar su trabajo. Estos equipos no dependen de nadie fuera del equipo para completar los elementos de trabajo. Por lo tanto, Scrum Team es una combinación muy creativa de diferentes habilidades que se requieren para completar todo el elemento de trabajo.

Es posible que cada miembro del equipo no tenga necesariamente todas las habilidades necesarias para construir el producto, pero es competente en su área de especialización. Dicho esto, el miembro del equipo no tiene por qué ser multifuncional, pero el equipo en su conjunto tiene que serlo.

Los equipos con alta autoorganización y funcionalidad cruzada darán como resultado una alta productividad y creatividad.

Equipo Scrum

Tamaño del equipo Scrum

El tamaño recomendado del Equipo de Desarrollo en Scrum es 6 +/- 3, es decir, de 3 a 9 miembros, que no incluyen al Scrum Master y al Product Owner.

Ahora, avancemos y analicemos cada uno de estos roles en detalle.

El Scrum Master

Scrum Master es la persona responsable de facilitar / entrenar al Equipo de Desarrollo y al Propietario del Producto para trabajar en las actividades de desarrollo del día a día.

Él es quien se asegura de que el equipo comprenda los valores y principios de Scrum y sea capaz de practicarlos. Al mismo tiempo, Scrum Master también asegura que el Equipo se siente entusiasmado con Agile para lograr lo mejor fuera del marco. Scrum Master también ayuda y apoya al equipo para que se autoorganice.

Además de educar y capacitar a los miembros del equipo sobre la importancia de Agile, también es responsable de asegurarse de que el equipo se sienta motivado y fortalecido en todo momento. También trabaja para impulsar la comunicación y la colaboración entre los miembros del equipo.

Scrum Master es un líder de procesos que ayuda al equipo Scrum y a los demás fuera del equipo Scrum a comprender los valores, principios y prácticas de Scrum.

Funciones y responsabilidades

# 1) Entrenador - El Scrum Master actúa como un entrenador ágil tanto para el equipo de desarrollo como para el propietario del producto. El Scrum Master de alguna manera actúa como un habilitador para la comunicación adecuada entre el Equipo de Desarrollo y el Product Owner. El Scrum Master sigue siendo responsable de eliminar el obstáculo entre los otros dos roles.

Si se nota que el Product Owner no se está involucrando o no le está dando el tiempo adecuado al Equipo de Desarrollo, entonces es el trabajo del Scrum Master asesorar al Product Owner sobre la importancia de su participación para el éxito general del equipo.

# 2) Facilitador - El Scrum Master también actúa como facilitador del Scrum Team. Facilita y organiza todos los Scrum Events solicitados por los Scrum Team Members. El Scrum Master también facilita al Equipo la toma de decisiones importantes que aumentarían la productividad del Equipo Scrum en su conjunto.

El Scrum Master nunca ordena a los miembros del equipo que hagan algo, sino que los ayuda a lograrlo entrenando y guiando.

# 3) Eliminando impedimentos - El Scrum Master también es responsable de eliminar los impedimentos que afectan la productividad del equipo en la realización de negocios. Cualquier impedimento que los miembros del equipo no puedan resolver por sí mismos llega al Scrum Master para su resolución.

El Scrum Master prioriza estos impedimentos en función de su impacto en la productividad y el negocio del equipo y comienza a trabajar en ellos.

# 4) Guardián de interferencia - El Scrum Master también protege al Scrum Team de la interferencia y distracción externas para que el equipo pueda permanecer enfocado en brindar el mejor valor al negocio después de cada sprint.

La interferencia puede ser de mayor preocupación si el equipo está trabajando en un entorno Scaled Scrum donde varios equipos Scrum están trabajando juntos y tienen las dependencias entre ellos.

El Scrum Master se asegura de que el equipo se mantenga al margen de cualquier discusión irrelevante y se concentre en los elementos del Sprint, mientras que él mismo asume la responsabilidad de abordar las consultas y preocupaciones que vienen del exterior.

Scrum Master es responsable de proteger al equipo de interferencias externas y de eliminar los impedimentos para permitir que el equipo se concentre en entregar el valor comercial.

# 5) Líder sirviente - El Scrum Master a menudo se denomina Servant Leader del Scrum Team. Una de sus responsabilidades más importantes es preguntar a los Scrum Teams sus inquietudes y asegurarse de que se aborden.

Es deber del Scrum Master confirmar que se priorizan y cumplen los requisitos esenciales del equipo para permitirles trabajar de manera efectiva y producir resultados de alto rendimiento.

# 6) Mejorador de procesos - El Scrum Master junto con el equipo también es responsable de improvisar regularmente los procesos y prácticas empleados para maximizar el valor que se entrega. No es responsabilidad del Scrum Master hacer el trabajo, pero es su responsabilidad permitir que el equipo diseñe un proceso que les permita completar sus objetivos de sprint.

Maestro de Scrum

El propietario del producto

Otro rol muy importante que vamos a discutir en este tutorial es el Product Owner. El propietario del producto es la voz del cliente o las partes interesadas y, por lo tanto, es responsable de cerrar la brecha entre el equipo de desarrollo y las partes interesadas. El propietario del producto gestiona la brecha de tal manera que maximizaría el valor del producto que se está construyendo.

El propietario del producto participará en las actividades de Sprint y los esfuerzos de desarrollo y desempeñará un papel muy importante en el éxito de un producto.

Funciones y responsabilidades

# 1) Cerrando la brecha - Product Owner trabaja en estrecha colaboración con las partes interesadas internas y externas para recopilar las entradas y sintetizar una visión para colocar las características del producto en el Product Backlog.

Es responsabilidad del propietario del producto comprender los requisitos y preferencias de la comunidad de partes interesadas / clientes, ya que él es quien actúa como su representante y asume la responsabilidad de construir la solución correcta.

Al mismo tiempo, el propietario del producto se asegura de que el equipo de desarrollo comprenda qué se debe construir y cuándo. Colabora con el equipo a diario. El compromiso del propietario del producto con el equipo aumenta la frecuencia de los comentarios y el tiempo de respuesta, lo que, como resultado, aumenta el valor del producto que se está construyendo.

La ausencia / menor colaboración de un Product Owner puede conducir a resultados desastrosos y, en última instancia, al fracaso de Scrum.

El propietario del producto se asegura de que los elementos del Backlog del producto sean transparentes y estén claramente expresados ​​y que todos en el equipo tengan el mismo conocimiento del elemento.

# 2) Gestiona la cartera de productos - Como resultado del punto anterior, el Product Owner es responsable de crear y administrar el Product Backlog, ordenando los elementos del Product Backlog para lograr lo mejor posible los requisitos de las partes interesadas, es decir, la priorización de los elementos del Product Backlog y, finalmente, siempre debe estar disponible para responder o aclarar todas las consultas del Equipo de Desarrollo.

En general, es responsable de preparar el Backlog de productos para mejorar el valor entregado.

Cualquiera que desee agregar / eliminar un elemento en la Lista de pedidos del producto o que necesite cambiar la prioridad de un elemento debe dirigirse al propietario del producto.

# 3) Certificar un producto - Su otra responsabilidad es certificar las características que se están construyendo. En este proceso, define los Criterios de aceptación para cada uno de los elementos de la lista de productos. El Product Owner también puede crear las Pruebas de Aceptación que representan los Criterios de Aceptación definidos por él o puede necesitar la ayuda de las PYMES o del Equipo de Desarrollo para crearlas.

Ahora es él quien asegura que se cumplan los Criterios de Aceptación mediante la ejecución de las Pruebas de Aceptación. Puede optar por ejecutar estas Pruebas de Aceptación por su cuenta o puede pedir a los expertos que lo hagan para asegurarse de que se cumplen los aspectos funcionales y de calidad y se cumplen las expectativas.

Esta actividad generalmente se realiza a lo largo del sprint a medida que se completan los elementos para que los errores puedan descubrirse y puedan corregirse antes de la reunión de revisión del Sprint real.

# 4) Participación - El Product Owner es un participante clave en las actividades relacionadas con Sprint. Trabaja en estrecha colaboración con el equipo de desarrollo para explicar los elementos, su alcance y el valor que tienen.

También actúa como facilitador para que el equipo de desarrollo pueda recoger los elementos de la lista de productos pendientes que se supone que deben entregar al final del Sprint. Además de las actividades de Sprint, Product Owner también trabaja en las actividades de lanzamiento de productos.

Durante las actividades de lanzamiento del producto, el propietario del producto se relaciona con las partes interesadas para discutir los elementos del próximo lanzamiento. Uno de los factores de éxito clave para que un equipo prospere es que todo el equipo debe respetar al propietario del producto y sus decisiones. Nadie más que el Product Owner debería decirle al equipo en qué elementos trabajar.

Se recomienda tener un único propietario de producto a tiempo completo para un solo producto. Sin embargo, puede haber un acuerdo en el que el propietario del producto sea un rol a tiempo parcial.

Propietario del producto proxy

Proxy Product Owner es una persona inscrita por el mismo Product Owner que puede hacerse cargo de todas sus responsabilidades, su ausencia y apoyarlo. El Proxy Product Owner es responsable de todas las responsabilidades a las que se le ha delegado, pero la responsabilidad del trabajo que se realiza eventualmente aún recae en el Product Owner real.

cómo ejecutar archivos jar en Windows

El Proxy Product Owner también está facultado para tomar las decisiones necesarias en nombre del Product Owner real.

Dueño del producto

El equipo de desarrollo

Otra parte muy importante del equipo Scrum es el equipo de desarrollo. El equipo de desarrollo está compuesto por desarrolladores competentes en su propia área de especialización. A diferencia de los otros miembros del Equipo Scrum, el Equipo de Desarrollo trabaja en la implementación real del software / incremento potencialmente entregable que se entregará al final de cada Sprint.

El equipo de desarrollo puede estar formado por personas con habilidades especializadas como desarrolladores front-end, desarrolladores backend, Dev-Ops, expertos en control de calidad, analistas de negocios, administradores de bases de datos, etc., pero todos se denominan desarrolladores; No se permiten otros títulos. El equipo de desarrollo ni siquiera puede tener sub-equipos dentro de él, como el equipo de pruebas, el equipo de especificación de requisitos, etc.

El Equipo se configura considerando todo el conjunto de habilidades esenciales necesarias para desarrollar, probar y entregar con éxito los incrementos de producto en cada Sprint sin la ayuda externa. Por lo tanto, se espera que el equipo sea autosuficiente y multifuncional. El Equipo de Desarrollo no recibe ninguna ayuda externa al Equipo Scrum y administra su propio trabajo.

La responsabilidad de desarrollar Increments siempre recae en el Equipo de Desarrollo en su conjunto, pero todos en el Equipo Scrum son responsables de la entrega general.

Es decisión exclusiva del equipo de desarrollo agregar o eliminar un miembro del equipo. Si se requiere un nuevo conjunto de habilidades, el equipo de desarrollo puede optar por desarrollar esa experiencia dentro del equipo o agregar un nuevo miembro al equipo.

Funciones y responsabilidades

# 1) Desarrollo y entrega - El equipo de desarrollo es responsable de crear un incremento hecho basado en la 'Definición de terminado' al final de cada sprint. El Incremento realizado puede no ser necesariamente parte de la próxima versión de producción, pero definitivamente es una funcionalidad potencialmente liberable que un usuario final puede usar.

Es responsabilidad del propietario del producto decidir qué debe formar parte del lanzamiento. Sin embargo, el Equipo de Desarrollo es responsable de desarrollar y entregar el Incremento Terminado en cada Sprint que cumpla con los criterios de la Definición de Terminado.

# 2) Asignación de tareas y suministro de estimaciones - El Equipo de Desarrollo también es responsable de recoger las Historias de Usuario / Elementos del Backlog de Producto priorizado para ser entregadas en el próximo Sprint. Por lo tanto, estos elementos constituyen un Sprint Backlog. Sprint Backlog se crea durante una reunión de Sprint Planning.

Otra responsabilidad muy importante que hace un equipo de desarrollo es crear tareas desglosando los elementos del Sprint y proporcionando estimaciones para estos elementos del Sprint.

Nadie le dice al Equipo de Desarrollo qué y cómo hacer las cosas. Es responsabilidad del equipo de desarrollo recoger los elementos del Product Backlog que se pueden entregar en el próximo Sprint. Una vez que se inicia el Sprint, los elementos no se pueden cambiar, agregar ni eliminar.

Tamaño del equipo de desarrollo

El tamaño del equipo de desarrollo debe elegirse sabiamente, ya que puede obstaculizar directamente la productividad del equipo y, por lo tanto, afectar la entrega del producto. El equipo de desarrollo no debe ser muy grande, ya que podría requerir mucha coordinación entre los miembros del equipo.

Sin embargo, para un equipo muy pequeño, sería muy difícil tener todas las habilidades necesarias para entregar un Incremento. Por lo tanto, se debe elegir un número óptimo para el tamaño del equipo de desarrollo.

El tamaño recomendado del Equipo de desarrollo es de 3 a 9 miembros, excluyendo el Scrum Master y el Product Owner, a menos que también estén desarrollando el Software Increment junto con los otros desarrolladores.

equipo de desarrollo

Resumen

Equipo Scrum

Roles

  • Dueño del producto
  • Equipo de desarrollo
  • Scrum Master

Tamaño

  • Tamaño del equipo Scrum: 3 a 9

Equipo autoorganizado

  • Conoce la mejor forma de completar su trabajo.
  • Nadie le dice al equipo autoorganizado qué hacer.

Equipo multidisciplinar

  • Tiene todas las habilidades necesarias para completar su trabajo sin necesidad de ayuda externa.

Dueño del producto

  • Representa al comité o está influenciado por él.
  • Colabora con las partes interesadas y el equipo Scrum.
  • Gestiona la acumulación de productos
    • Explica los elementos de la cartera de productos.
    • Priorizar los elementos de trabajo.
    • Se asegura de que la acumulación de productos sea fácilmente comprensible y transparente.
    • Define claramente en qué elementos trabajar.
    • Se asegura de que el equipo de desarrollo comprenda el elemento de la cartera de productos.
    • Todo lo que se agregue / elimine / cambie en el propietario del producto debe venir a través de los propietarios del producto.
  • Tome una llamada para saber cuándo liberar los elementos de trabajo.

Scrum Master

  • Se asegura de que el equipo comprenda y adopte claramente el Scrum.
  • Es un líder de servicio para el equipo Scrum.
  • Eliminar impedimentos
  • Proteja al equipo de interacciones inútiles para maximizar el valor comercial creado por Scrum Team.
  • Facilitar los eventos de Scrum cuando se solicite.
  • Asegura que las reuniones tengan un tiempo limitado.

Equipo de desarrollo

  • Ofrece un Incremento de producto 'Listo' potencialmente liberable al final de cada Sprint.
  • Son autoorganizados y multifuncionales.
  • Nadie le dice al Equipo de Desarrollo qué y cómo hacer.
  • No se permiten títulos. Todos son desarrolladores del equipo.
  • No se pueden crear subequipos.
  • Son responsables de trabajar en los elementos de Sprint.
  • El equipo de desarrollo es responsable de asignar tareas y proporcionar las estimaciones.

Eso es todo lo que teníamos reservado sobre los roles y responsabilidades de Scrum Teams. Discutimos las responsabilidades que tiene cada uno de los miembros del equipo y cómo trabajan como un equipo completo.

Estén atentos para saber más sobre Scrum Artifacts en nuestro próximo tutorial, donde discutiremos los subproductos como Product Backlog, Sprint Backlog e Increments.

PREV Tutorial | SIGUIENTE Tutorial

Lectura recomendada

^