Tips para tu examen de Scrum Master- Parte 2

Scrum Master está cada vez más posicionado, no sólo en el ámbito de tecnología sino en gestión de proyectos. En este artículo continuaré con la segunda parte respecto a los procesos de Scrum y 1 preguntas tipo. En la primera parte vimos la introducción, modelo , roles y conceptos importantes , así como 1 cuestionario.

Es importante conocer los proceso de scrum para tener una guía , este resumen me sirve para tener actualizado y repasar dichos procesos cuando tengo duda, espero que sea también de utilidad. En esta imagen se resume los procesos, y posteriormente incluyo tips para tu examen y parte de la experiencia en trabajar con proyectos ágiles.

1. Iniciar

1. Crear la visión del proyecto
   Como parte de la herramientas se menciona «Sesiones JAD» que es una técnica de recopilación de requerimientos, taller facilitado, estructurado que acelera el proceso de crear misión-visión. Otras herramientas son el Análisis de brechas, FODA.
   Output de este proceso es el Product Owner identificado , misión del proyecto, acta de constitución y presupuesto.
2. Identificar al scrum Master y los socios
3. Formación del equipo Scrum
   Tip Examen: Una pregunta podría ser ¿Quién selecciona al equipo Scrum? , la respuesta es el Product Owner junto al Scrum Master.
4. Desarrollo de Épicas
   El output de este proceso son las épicas, personajes , cambios aprobados y riesgos identificados.
5. Creación de la lista priorizada de pendientes del producto
   Este proceso es importante y viene algunas preguntas sobre los métodos para priorizar las historias de usuario, así como su output que vendría a ser la lista priorizada de pendientes de producto como el criterio de terminado.
6. Realizar la planificación del Lanzamiento
   El output de este proceso es el cronograma de planificación del lanzamiento como la duración del sprint. (Tip Examen)

Métodos de Priorización de historias de usuario

Experiencia del autor: Una vez recopilado la necesidad de usuario, se inicia con el listado de funcionalidades, posteriormente en reunión con los usuarios priorizan las historias de usuarios, suelo usar «KANO Análisis» en base al proceso y feedback de los usuarios para tener la lista priorizada. Recordemos que esto es dinámico en base a nuevas funcionalidades que se detecten al implementar los primeros sprints (Es decir, pueden salir nuevos sprints).

2. Planear y Estimar

1. Crear Historias de Usuario
   El output de este proceso son las historias de usuario y criterios de aceptación.
   Tip Examen: El criterio de aceptación aplica a cada historia de usuario, mientras que el criterio de terminado aplica a un conjunto de historias de usuarios de un sprint
2. Aprobar, estimar, y asignar historias de usuario
3. Crear Tareas
   El output de este proceso más relevante son las dependencias que se debe identificar y se usa cuando se crea la lista de pendientes (5)
4. Estimación de tareas
   Con este proceso ya contamos el esfuerzo de cada tarea y la lista de tareas actualizadas. Existe métodos para estimar las tareas, en el examen no se confunda con los métodos de priorización, a estar atentos.
5. Crear la lista de pendientes del sprint
   La herramienta es la «Reunión de planificación del sprint» (que son 8 horas), y el output son los pendientes del sprint y el gráfico de trabajo de pendiente de sprint

Métodos de estimación de tareas

3. Implementar

1. Crear Entregables
   Es el desarrollo de las tareas donde el output sería la actualización del tablero scrum y/o registro de impedimentos actualizados.
2. Realizar el standup diario (15-20 min)
   Este proceso es la ejecución de la reunión de standup diario cuyo output es la tabla de trabajo pendiente de sprint y registro de impedimentos actualizados
   Tip Examen: Recordemos las 3 preguntas en standup (¿Qué hicimos ayer?, ¿Qué vamos a hacer hoy?.¿Existe algún impedimento?)
   Tip Examen: El scrumboard tiene 4 columnas se puede agregar o quitar preguntas
   Tip Examen: El gráfico burn down chart representa el trabajo pendiente por hacer-
3. Mantener la lista priorizada del Producto
   Este proceso es la ejecución de la revisión de la lista priorizada de pendientes de producto cuyo output es la lista actualizada.

4. Revisión y Retrospectiva

1. Convocar al Scrum de Scrums
   En este proceso se ejecuta la reunión de scrum de scrums donde se realiza 4 preguntas:
   a. ¿En que ha estado trabajando mi equipo?
   b. ¿Qué va hace mi equipo?
   c. ¿Con qué contaba otros equipos que mi equipo pueda terminar lo que se no se ha hecho?
   d. ¿Qué piensa hacer nuestros equipos que puede afectar a otros equipos?
2. Demostrar y validar el sprint
   Es la ejecución de la reunión de revisión del Sprint (4 horas) cuyo resultado son los entregables aceptados.
3. Retrospectiva del Sprint
   Es la ejecución de la reunión de retrospectiva del Sprint (4 horas) cuyo resultado son las mejoras acordadas, elemento de acción y fechas de entrega, lecciones aprendidas y Recomendación actualizada de cuerpo de asesoramiento de Scrum

5. Lanzamiento

1. Envío de entregables
   El output es el acuerdo de entregables funcionales, en esta etapa el proyecto ha culminado.
2. Retrospectiva del Proyecto
   De manera similar que la retrospectiva del sprint el output son las mejoras, elementos de acción y lecciones aprendidas.

6. Cuestionario de Scrum Master

En mi experiencia sugiero evaluar la madurez no sólo del equipo TI sino del usuario, y aplicar un proyecto piloto para tratar de aplicar (importante experimentar) y sobre ello empezar a difundir la metodologia ágil. Otra forma es que del modelo de madurez evaluar en equipo qué se puede aplicar las prácticas ágiles.

Espero que con este resumen de Scrum te puedas preparar y reforzar estos conocimientos, pero mejor aún a aplicar en la empresa en la que estás sea en el rol de Scrum Master o parte dl equipo. Si tienes alguna duda puedes contactarnos en nuestras redes, Facebook o Youtube.  También publiqué «Tips para tu examen de ITIL» que es una certificación muy importante para el equipo de tecnología.