ScrumMaster vs propietario del producto

Definiendo los roles

Laura y Nick trabajan en una empresa que ha decidido adoptar Agile. Laura planea asumir el rol de Scrum Master mientras Nick asume el rol de Product Owner. Anticipándose a su próximo proyecto para crear una capacidad de chat en línea para el servicio al cliente, asisten a una capacitación formal de Agile. Una vez que se completa su capacitación, cada uno está preparado para cumplir con su rol y realizar su función, no solo para su proyecto de software sino dentro de la organización en su conjunto.

En términos de sus respectivos roles de Scrum Master y Product Owner, Laura y Nick están enfocados en ejecutar exitosamente el proyecto de software, pero cada uno se enfoca en un aspecto diferente del proyecto para poder hacerlo. Como Scrum Master , Laura está enfocada en los procesos, preocupada por cómo se completa el proyecto. El Scrum Master se concentra en implementar la metodología Agile de la manera más efectiva posible. Esto requiere que el Scrum Master brinde apoyo y se concentre en servir a los demás.

A diferencia de Laura, como propietario de producto, Nick se centra en el producto y se preocupa por completar la funcionalidad de chat para el servicio al cliente. El Product Owner es el actor clave y responsable de definir la visión, además de ser el tomador de decisiones para el proyecto. Esto requiere que el Product Owner sea decidido, firme y líder.

Función dentro del equipo del proyecto

Como Scrum Master y Product Owner, Laura y Nick difieren no solo en un alto nivel en términos de su rol, sino también en un nivel bajo en términos de su función en el equipo del proyecto. El equipo del proyecto está formado por cualquiera que contribuya a la finalización del proyecto, pero principalmente está formado por el equipo de desarrollo que desarrollará y probará la funcionalidad del chat, el Scrum Master y el Product Owner.

Dentro del equipo del proyecto, la función del Scrum Master es ayudar al equipo a comprender el proceso Agile e implementarlo de manera efectiva para completar el proyecto. Una forma de hacerlo es capacitando al equipo de desarrollo y al propietario del producto en los diversos aspectos de Agile. El Scrum Master también entrena al equipo de desarrollo para permitirles ser multifuncionales y autoorganizarse. Además, el Scrum Master facilita cada una de las reuniones Agile, que incluye lo siguiente:

• Sprint Planning donde el equipo discute y se compromete con el trabajo del proyecto
• Standup diario donde el equipo discute el progreso del trabajo y cualquier problema.
• Revisión de Sprint donde se muestra el trabajo del proyecto completado al propietario del producto y a las partes interesadas
• Retrospectiva de Sprint donde el equipo analiza lo que salió bien, lo que no salió bien y las áreas de mejora.

El propietario del producto es responsable de ayudar al equipo a comprender qué se necesita para la funcionalidad del chat y confirmar que el trabajo que se completa cumple con la solicitud. En Agile, el trabajo del proyecto se desglosa para que sea más pequeño y más manejable, tomando la forma de historias de usuario . Algunos ejemplos podrían ser la construcción de un punto de acceso para que el cliente abra una ventana de chat o la capacidad de un representante de servicio al cliente para aceptar un chat. El Product Owner escribe las historias de usuario y las presenta al equipo de desarrollo en Sprint Planning. Una vez que el equipo se compromete a completar las historias de los usuarios, el propietario del producto debe estar disponible y accesible para que el equipo responda preguntas o proporcione comentarios. Una vez que se completa el trabajo, el propietario del producto revisa el trabajo junto con las otras partes interesadas y proporciona la aprobación.

Función dentro de la organización

Laura y Nick, como Scrum Master y Product Owner, no funcionan exclusivamente dentro del equipo del proyecto. Los proyectos de software como la funcionalidad de chat son su área principal de función, pero cada rol tiene una función importante dentro de la organización en su conjunto.

Para la organización en su conjunto, el Scrum Master es la cara de Agile. Similar a la función dentro del equipo del proyecto, el Scrum Master ayuda a la organización a comprender el proceso Agile. Esto incluye grupos como la alta dirección y las partes interesadas. Por ejemplo, Laura ayuda a la alta dirección a comprender cómo se divide la funcionalidad del chat en historias de usuarios y en qué plazos se completan. Para las partes interesadas, se deben establecer expectativas sobre cómo se involucran con los proyectos cuando no están en el rol de Propietario de producto.

El Product Owner es responsable ante la organización de los resultados del proyecto. La alta dirección responsabiliza al propietario del producto por el costo del proyecto en comparación con el beneficio, lo que demuestra que valió la pena realizar el proyecto. Como parte interesada clave, Nick trabaja con otras partes interesadas con respecto a lo que se necesita para la funcionalidad del chat y, a medida que se completa, comparte los resultados con ellos. Cualquier comentario que provenga de las otras partes interesadas se le da a Nick, en lugar del equipo, quien decide si se debe tomar alguna acción o no.

Resumen de la lección

El Scrum Master y el Product Owner quieren que los proyectos se ejecuten con éxito, pero cada uno asegura esto de una manera diferente. El Scrum Master se centra en el proceso. En el contexto del equipo del proyecto, así como de la organización en su conjunto, esto se logra ayudando a las personas a comprender el proceso Agile. Para el equipo del proyecto, el Scrum Master proporciona entrenamiento y facilita las diversas reuniones, incluida la planificación de Sprint , Daily Standup , Sprint Review y Sprint Retrospective . Para la organización, el Scrum Master trabaja para establecer expectativas. El Product Owner se centra en el producto. Para el equipo del proyecto, esto implica escribir historias de usuarios.y aprobar su finalización. Para la organización, esto implica la rendición de cuentas por los resultados del proyecto.

Rodrigo Ricardo Editor y fundador