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 la visión del proyecto
Dentro de esta práctica se indaga sobre:
- Se define una visión 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.
Formar 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 el equipo de desarrollo 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 el equipo de desarrollo.
- La existencia de una visión y reglas de trabajo compartidas por todos los miembros del equipo.
- 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-organizació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 miembros del equipo de desarrollo.
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.