Skip to main content

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

Definir el cronograma de entregas

Definir la arquitectura del producto

Escribir y priorizar las historias de usuario y tareas

Planear el Sprint (Sprint Backlog)

Desarrollo del Sprint

Sprint (Scrum diario)

Validar los entregables del Sprint

Retrospectiva del Sprint

Planificación de la implementación

Implementación de entregables

Cierre del proyecto

Retrospectiva del proyecto