Product Owners, Scrum Masters & Teams

Los 3 roles fundamentales en el método Scrum del Desarrollo Agil de Software son los siguientes:

  • Dueño del Producto (Product Owner).
  • MaestroScrum (Scrum Master).
  • Equipo (Developtment Team).

Product Owners

Típicamente el Dueño del Producto tiene una visión de lo que está por construirse, además es parte de los Interesados Clave de un proyecto (Stakeholders). Una parte de las responsabilidades del Dueño del Producto es tener una visión clara de lo que desea construir, además de transmitir esa visión al Equipo. Esto es clave para iniciar con éxito cualquier proyecto de Desarrollo Agil de Software. El Agil Dueño de un Producto tiene que manejar un Backlog, lo que es una lista de prioridades que define las características del producto.

Comúnmente el Dueño del Producto puede ser un usuario principal del sistema o alguien de marketing, gestión de productos, o cualquier persona con un conocimiento sólido de los usuarios, el mercado, la competencia y las futuras tendencias para el dominio o el tipo de sistema que se puede construir.

Sprint Planning Meeting

Planifique, realice seguimiento y gestione el Proceso Scrum utilizando Intervalos.

Gestión de Sprint => Cálculo de Velocidad

Medición

Es esencial comparar las horas actuales versus el número de horas estimadas o puntos. Por esta razón es que se puede comparar el esfuerzo estimado versus el esfuerzo actual de cada tarea (story). Esto permite saber con precisión donde nos encontramos en el Sprint y que es lo que sigue.

Resumen de Tareas (Task Summary)

Presenta el contenido de la tarea. Además cada tarea estima y define su propio puntaje o valor. Es una ecuación de tiempo con puntos, a esto se le da seguimiento durante el Sprint.

El Dueño de Producto se presenta en la reunión de planificación del Sprint, con un Backlog priorizado que describe los principales elementos al Equipo. Posteriormente, el Equipo determina qué elementos se pueden completar durante el próximo Sprint. El equipo entonces mueve los elementos de la Pila o Backlog de Producto a la Pila Backlog del Sprint. Al hacerlo, el Equipo expande cada elemento del Backlog Product en una o más tareas que se puedan compartir de manera más eficaz durante el desarrollo del Sprint.

Product Backlog => Sprint Backlog

Conceptualmente, el Equipo se inicia desde la parte superior de la lista del Product Backlog. S epuede decir que se dibuja una línea hacia la parte más baja de la lista, desde la alta prioridad de elementos o tareas el el Equipo siente que puede completar. En la práctica, no es raro ver a un Equipo, por ejemplo, seleccionar los primeros cinco artículos y luego dos artículos de más abajo en la misma lista que se asocien con las cinco iniciales.

Product Backlog

La mayoría de Dueños de Productos prioriza el Backlog del Producto durante la reunión de Planificación del Sprint, una ventana para que el equipo defina la cantidad de trabajo que creen que pueden hacer durante cada Sprint, y un número probable de Sprints que también puedan ser necesarios en la marcha.

Sprint => Milestones => Tasks => Is a Story

Las Tareas deben ser estimadas con el Equipo. Cada Tarea es un Articulo, esto es una técnica tomada de Extreme Programming, otro proceso ágil

User Stories

Otra parte del trabajo del Dueño del Producto es motivar y orientar a los equipos con objetivos efecientes y claros. Los miembros de cada Equipo conocen bien lo que son capaces de hacer, es necesario que el Equipo pueda seleccionar que tareas pueden comprometerse a entregar durante cualquier Sprint.

Desiciones Acertadas

Para tomar las decisiones con respecto a las características que el producto va a tener el Agil Dueño de Producto debe tener un alto conocimiento de los negocios . Eso significa que debe entender el mercado, el cliente y el negocio con el fin de tomar decisiones acertadas.

La Comunicación

También es parte de las responsabilidades del Dueño del Producto. Requiere trabajar en estrecha colaboración con los interesados clave ​​(key stakeholders) de la organización y fuera de ella, para ser capaz de comunicar diferentes mensajes a diferentes personas sobre el proyecto en un momento dado.

Scrum Master

Sirve como un facilitador para ambos, entre el Dueño del Producto y el Equipo. En este rol el MaestroScrum no tiene ninguna autoridad en la gestión del equipo y puede que nunca se comprometa a trabajar en nombre del equipo.

Scrum Master

El Scrum Master es quien exige un tipo de diferente de personalidad, una para tener éxito. Los mejores Scrum Masters son verdaderos jugadores dentro del equipo, básicamente recibe una gran satisfacción cuando facilitan el éxito de los demás. El Scrum Master debe vivir cómodo rindiendo control al Dueño del Producto y al Equipo. Por estas dos razones, la mayoría de Directores de Proyectos tradicionales no suelen llegar a ser grandes Scrum Masters.

Entonces, en concreto, ¿Qué hace un Scrum Master? Hace a un lado los obstáculos que dificulten alcanzar los Objetivos de un Sprint para un Equipo. En otras palabras, el Scrum Master hace todo lo que pueda para facilitar la productividad. Por ejemplo, cuando un desarrollador muere, el Scrum Master debe asegurar que puede poner en marcha el proceso para conseguir otro. Otro ejemplo, si los desarrolladores se quejan de la alta temperatura en la sala de equipo, entonces es probable que el Scrum Master debe encontrar una manera para que se enfríe. Puede ser que sea fácil resumir el trabajo de un Scrum Master en una frase o dos, pero los escenarios que él o ella podría enfrentar son realmente infinitos.

Todo Scrum Master debe apropiarse de la búsqueda del éxito de los procesos entre los Equipos. Esto muchas veces significa ayudar a ayudar al Dueño del Producto a maximizar la productividad, también puede significar ayudar al Equipo a convertir las Reuniones Retrospectivas del Sprint en toda una super experiencia evolutiva.

Cualquier Scrum Master puede ayudar en la Gestion la Cartera de Pedidos (Backlog) y el Plan de Liberación (Release Plan) o estar sobre los Artefactos Scrum para asegurar Informes de Progreso al Dueño del Producto o al Equipo.

Sprint Review

Al final de cada Sprint se realiza y conduce una Reunión de Revisión conocida como Sprint Review. Durante este espacio el Equipo muestra lo que ha logrado durante el Sprint. De manera general se presenta un Demo de nuevas características. Es una reunión intencionalmente informal, con al menos dos horas para prepararlas, se conducen con pocas reglas, sin Power Points. Un Sprint Review no debe convertirse en una distracción o desvío significativo para el Equipo, más bien debe ser un resultado natural del Sprint.