2.2. Evaluación de la adopción de las prácticas
El segundo aspecto a evaluar dentro del modelo de madurez de Scrum es el cumplimiento de las prácticas, como se mencionó en el numeral anterior, aunque en el ciclo de vida de un proyecto de adopción de Scrum, las prácticas hacen parte de la épica del Backlog "Automatización y procesos", debido a la complejidad e importancia de adoptar estas prácticas, en el modelo de madurez se consideran como un componente adicional, el cual indicará a qué nivel se esta "haciendo agilidad", en síntesis la evaluación de la adopción de las épicas del Backlog indica "qué tan ágil es una organización", mientras que la evaluación de la adopción de las prácticas de Scrum indica "qué tanta agilidad está haciendo la organización".
La evaluación de la adopción de las prácticas incluye una serie de preguntas por cada práctica, como se verá a continuación.
Definir el objetivo del producto
Dentro de esta práctica se indaga sobre:
- Se define un objetivo del producto de manera previa al inicio del proyecto donde se expliquen las necesidades a satisfacer y la calidad esperada del proyecto.
- La identificación y garantía de que todos los recursos necesarios para la ejecución del proyecto están disponibles.
- Se identifican claramente las partes interesadas en el proyecto.
- Se definen los criterios de terminado.
- Se establece el presupuesto del proyecto así como el Retorno de la inversión (ROI).
- Se definen los parámetros para la gestión de cambios durante la ejecución de los procesos.
- Se define un proceso para la gestión de riesgos.
Conformar el equipo Scrum
Las preguntas relacionadas con la conformación del equipo Scrum busca comprender:
- La definición del rol del Scrum Máster con base en lo sugerido en el marco de trabajo.
- La definición de un Product Owner como único interlocutor entre los desarrolladores y las partes interesadas en el proyecto.
- Se realiza la reunión de inicio del proyecto (kickoff).
- La comunicación directa del Product Owner con el cliente y con los desarrolladores.
- La existencia de una visión y reglas de trabajo compartidas por todos los miembros del equipo Scrum.
- La definición de un plan de colaboración donde esté claramente descrita la forma en la que se llevarán a cabo las comunicaciones y la colaboración entre todas las partes interesadas en el proyecto.
- La existencia de una cultura de auto-gestión dentro del equipo que facilite la asignacion de tareas y las actividades de investigación y capacitación.
- La identificación de las competencias necesarias para la ejecución del proyecto.
- El nivel de energía y motivación del equipo de Scrum.
- La existencia de un mecanismo para la medición del rendimiento del personal.
Construir el Product Backlog
Dento de esta práctica se evalúan dos aspectos:
- La existencia de un Product Backlog que contenga las características, funcionalidades, requisitos, mejoras y correcciones sobre el producto.
- la disponibilidad del Product Backlog para su consulta por parte de todos los desarrolladores.
Priorizar el Product Backlog
Las preguntas dentro de la priorización del Backlog evalúan la existencia de una técnica para priorizar las historias de usuario haciendo participes a las partes interesadas en este proceso, además, valida que priorización se realice únicamente con la autorización del Product Owner.
Definir el cronograma de entregas
Se consideran dos tipos de cronograma:
- Cronograma de alto nivel: este cronograma se realiza durante la plenación del proyecto y determina de manera estimanda la duración que tendrá cada uno de los Sprints.
- Cronograma detallado de lanzamiento: durante las reuniones de planificación del Sprint se realiza un cronograma detallado sobre las actividades, compromisos y las tareas asignadas a cada miembro del equipo.
Definir la arquitectura del producto
Dentro de esta práctica se evalúa:
- La ejecución del Sprint 0 donde se defina la arquitectura del producto y las tecnologías a utilizar.
- La re-definición del diseño técnico del producto durante la ejecución del proyecto si fuera necesario.
- La definición del producto mínimo viable entre el cliente y el Product Owner.
- La metodología, marco de trabajo, proceso, etc. utilizado para realizar el desarrollo del diseño del producto/proyecto.
Escribir y priorizar las historias de usuario y tareas
Las preguntas de esta práctica están enfocadas en la evaluación de la existencia de un mecanismo que permita la creación de historias de usuario y que estas últimas a su vez puedan ser desglosadas en tareas. Adicionalmente, se debe contar con un mecanismo que permita priorizar las historias de usuario considerando el valor que aportan al negocio, así como su riesgo y dependencias.
Planear el Sprint (Sprint Backlog)
Dentro de esta práctica se evalúa:
- La ejecución de la ceremonia de planificación del Sprint en la que participan todos los miembros del equipo Scrum y cuyo objetivo es seleccionar las actividades a desarrollar así como el plan para su ejecución.
- Se cuenta con un Backlog para cada Sprint, el cual es actualizado por todo el equipo.
- La ceremonia de planificación del Sprint tiene una duracion de 2 horas por cada semana de duración del Sprint.
- Se cuenta con un mecanismo para estimar el trabajo de las tareas del Backlog, considerando criterios como el tamaño, la complejidad, la duración, la cantidad de recursos, los riesgos, limitaciones, etc.
- Durante la planificación del Sprint se tienen en cuenta los riesgos asociados mediante el uso de una metodología de gestión del riesgo.
Desarrollo del Sprint
Las preguntas de está práctica buscan evaluar algunos aspectos de la ejecución de los Sprints como lo son:
- La duración del Sprint oscila entre 1 y 4 semanas.
- Se monitorean y gestionan las métricas.
- Se cuenta con una herramienta de software que permite la gestión de los proyectos de manera ágil y simple.
- Se informa a las partes interesadas durante la ejecución del Sprint acerca de los riesgos.
Sprint (Scrum diario)
En esta práctica se evalúan:
- La realización del Scrum diario para dar seguimiento al avance del proyecto, con la participación del Scrum Máster y los desarrolladores.
- Se cuenta con un Burndown Chart del Sprint que se mantiene actualizado a medida que el trabajo avanza.
- Se ejecuta una reunión diaria y corta que no sobrepasa los 15 minutos donde se abordan los aspectos más relevantes del avance diario del proyecto.
- Todos los desarrolladores conocen en qué están trabajando sus compañeros.
- El Burndown chart está disponible para todos los desarrolladores.
- El Sprint Backlog es actualizado diariamente por los desarrolladores.
- Se tienen implementados artefactos como Scrum board y/o diagramas de flujo acumulado que permitan realizar seguimiento al avance y resultados del proyecto.
Validar los entregables del Sprint
Los elementos con templados dentro de ésta práctica son:
- Se realiza la ceremonia de la revisión del Sprint, en la cual se realiza la demostración del incremento al Product Owner y las partes interesdas invitaras a la ceremonia.
- En caso de que se genere deuda técnica, esta es incluida en el Backlog junto con los nuevos elementos de la iteración para saldar la deuda técnica.
- Durante la revisión del Sprint se realiza un refinamiento del Product Backlog por parte del Product Owner y los desarrolladores.
- Durante la revisión del Sprint el Product Owner y/o las partes interesadas realizan una retroalimentación a los entregables realizados.
Retrospectiva del Sprint
Los elementos contemplados dentro de esta práctica son:
- Al finalizar cada Sprint se realiza la ceremonia de Retrospectiva del Sprint en a que se discuten las lecciones aprendidas a lo largo del Sprint. Se evalúa también la participación del Scrum Master y los desarrolladores.
- Se evalúa que las lecciones aprendidas queden debidamente documentadas.
- Se realiza seguimiento a las métricas para hacer seguimiento y control al desempeño del equipo y la ejecución del proyecto.
- Se implementan las iniciativas de mejora sugeridas durante la Retrospectiva del Sprint.
Planificación de la implementación
En esta práctica se evalúa que exista una planeación de los elementos necesarios para realizar una implementación exitosa de los incrementos generados en cada Sprint.
Implementación de entregables
En esta práctica se evalúa la implementación, es decir que una vez se finalice un entregable se ponga a disposición de los usuarios para su uso y la satisfacción de las partes interesadas con los resultados obtenidos en cada iteración del proyecto.
Cierre del proyecto
En esta práctica se evalúa:
- Al finalizar el proyecto se realice una reunión donde se oficialice el cumplimiento de todos los compromisos por parte del equipo Scrum.
- Se genere un acta de cierre del proyecto elaborada por el Product Owner y revisada y aceptada por el cliente.
Retrospectiva del proyecto
En esta práctica se evalúa que:
- Al finalizar cada proyecto exista una reunión de los socios de la organización y el equipo Scrum para la retrospectiva del proyecto en su totalidad.
- Se genere una base de conocimientos con las lecciones aprendidas de los proyectos.