El Scrum Master

El Scrum Master es responsable de establecer los lineamientos de trabajo bajo la metodología Scrum. Lo consigue ayudando a todos a comprender la teoría y la práctica de Scrum, tanto dentro del equipo como en toda la organización.

El Scrum Master es responsable de la efectividad del Scrum Team. Lo logra al permitir que el equipo Scrum mejore sus prácticas, dentro del marco de Scrum.

Los Scrum Masters son verdaderos líderes, que sirven al equipo Scrum y a toda la organización de varias maneras, incluyendo:

  • Capacitar a los miembros del equipo en autogestión y multifuncionalidad.
  • Ayudar al quipo de Scrum a centrarse en la creación de incrementos de alto valor que cumplan con la definición de hecho
  • Promover la eliminación de los impedimentos para el progreso del equipo Scrum.
  • Asegurar de que todos los eventos de Scrum se lleven a cabo, sean positivos, productivos y que se respete el tiempo establecido (time-box) para cada uno de ellos.

El Scrum Master sirve al Propietario del Producto (Product Owner) de varias maneras, incluyendo:

  • Ayudar a encontrar técnicas para una definición eficaz de los objetivos del producto y la gestión de los retrasos en el producto.
  • Ayudar al equipo de Scrum a comprender la necesidad de elementos de trabajo pendiente de productos claros y concisos.
  • Ayudar a establecer la planificación empírica de productos para un entorno complejo.

El Scrum Master facilita la colaboración de las partes interesadas según sea solicitado o necesario, para servir a la organización de varias maneras, incluyendo:

  • Liderar, capacitar y mentorizar a la organización en su adopción de Scrum.
  • Planificar y asesorar sobre la implementación de Scrum dentro de la organización.
  • Ayudar a las personas y a las partes interesadas a comprender y promulgar un enfoque empírico para el trabajo complejo.
  • Eliminar las barreras entre las partes interesadas y los equipos de Scrum.

El Product Owner

El Propietario del Producto es responsable de maximizar el valor del producto resultante del trabajo del equipo de Scrum. La forma en que esto se hace esto puede variar ampliamente entre organizaciones, equipos Scrum e individuos.

El Propietario del Producto puede hacer el trabajo o puede delegar la responsabilidad a otros. En cualquier caso, el propietario del producto sigue siendo responsable.

Gestiona TODO el flujo de valor del Producto a través del Product Backlog, así como informes, presupuestos y la relación con LOS INTERESADOS del producto: los StackeHolders

El Propietario del Producto también es responsable de la gestión eficaz de la pila del producto (Product Backlog), que incluye:

  • Desarrollar y comunicar explícitamente el objetivo del producto.
  • Creación y comunicación clara de elementos de trabajo pendiente del producto.
  • Pedido de artículos de trabajo pendiente del producto.
  • Asegurarse de que el trabajo pendiente del producto sea transparente, visible y comprendido.

El Product Owner es responsable de maximizar el valor del producto o proyecto que esté llevando a cabo. Esto, que se expres fácilmente, es una tarea complicada: Gestiona prioridades - MUY IMPORANTE.

Para que los Propietarios de Productos tengan éxito, toda la organización debe respetar sus decisiones. Estas decisiones son visibles en el contenido y el orden del trabajo pendiente del producto, y a través del incremento inspeccionable en la revisión de Sprint.

El Propietario del Producto es una persona, no un comité. El Propietario del Producto (PO) puede representar las necesidades de muchas partes interesadas en el trabajo pendiente del producto. Aquellos que deseen cambiar el trabajo pendiente del producto puede hacerlo tratando de negociar con criterio con el Product Owner.

El Development Team (equipo de desarrollo)

Los desarrolladores son las personas del equipo Scrum que se comprometen a crear cualquier aspecto de un incremento útil (funcional) en cada Sprint.

Las habilidades específicas que necesitan los desarrolladores son a menudo amplias y variarán con el dominio del trabajo.

Sin embargo, los desarrolladores siempre son responsables de:

  • Crear un plan para el Sprint, el Sprint Backlog.
  • Inculcar la calidad adhiriéndose a una definición de hecho.
  • Adaptar su plan cada día hacia el Objetivo Sprint.
  • Responsabilizarse mutuamente como profesionales.