La calidad en Scrum significa cumplir de manera exacta la Definition of Done. Entendemos con esto que el avance logrado en el Sprint cumple con los Criterios de Aceptación. Es generado el valor comercial total esperado por el Inversionista (cliente) y el comprador.
¿Cómo se define la Calidad en Scrum?
Me gusta mucho una definición en la cual se describe la calidad en scrum bajo dos conceptos:
- La Calidad Esencial: Se refiere a los procesos que se realizan de forma cotidiana al construir. No requerimos tener en la Definition of Done la descripción de cada actividad que se sobre entiende que debe realizarse cumpliendo ciertos pasos. El Equipo Scrum debe velar que este tipo de Calidad no se pierda.
- La Calidad del Valor: Se refiere al nivel de calidad que el inversionista y el comprador esperan. Estos deben encontrarse en los criterios de aceptación del proyecto para cada Sprint. Deben estar suficientemente claros y entendibles para el Equipo Scrum.
¿De qué forma podemos asegurar la Calidad en Scrum?
Los criterios de aceptación, así como la Definition of Done son dos piezas claves para que el Equipo Scrum cumpla con los criterios de calidad. Ambos deben contener descripciones o parámetros que se esperan como resultado del Sprint.
El Equipo Scrum debe evaluar y enfocar su trabajo en la generación de valor para el proyecto. No solo se debe ver el punto de vista de cumplir la meta, sino que nivel de calidad debemos lograr.
Puede darse el caso de que estemos generando Historias de Usuario o actividades nuevas en las cuales no podamos prever ciertos resultados. Es allí donde Scrum en su enfoque de mejora continua, permite que el equipo aprenda con la experiencia. Es responsabilidad del Product Owner actualizar en Product Backlog e incluir en el próximo Sprint cualquier detalle que quedase pendiente.
¿Quién es el responsable de garantizar la calidad en Scrum?
El Equipo Scrum en sí es el responsable de que el desarrollo inmobiliario se realice con la calidad esencial adecuada. Pero cuando hablamos de la calidad del valor es el Product Owner el responsable directo de la Calidad en Scrum. Veamos porque éste último es el responsable:
- Aprueba los diseños.
- Fija el alcance.
- Coloca los requisitos de cada Sprint.
- Acepta el resultado del proyecto con cada Sprint.
- Incluye nuevas historias de usuario o actividades en los Sprint generadas por defectos de calidad de Sprints pasados.
- Apoya la mejora continua de manera consistente.
¿Cómo determinar la calidad en Scrum del valor de un proyecto inmobiliario?
La calidad y el valor del proyecto inmobiliario están estrechamente vinculados. Es por ello que es importante conocer el alcance del Proyecto y los beneficios que le ofrece al comprador para generar valor comercial. Para determinar el valor comercial de un proyecto el Equipo Scrum debe comprender la necesidad comercial que impulsa los requisitos del desarrollo inmobiliario. Estos requisitos son dados por el inversionista (cliente) que a su vez representan el valor que se quiere lograr.
Es por ello que la definición de Calidad del valor es compleja, porque depende de la satisfacción del cliente con un proyecto inmobiliario que se comercializa exitosamente.
¿Cuál es la relación de la Calidad en Scrum con el alcance?
Recordemos el triángulo de Tiempo Recursos y Calidad. Si afectamos alguna de estas tres aristas se obtienen diferentes resultados, por ende la calidad varía:
- Un aumento en el alcance sin aumentar el tiempo o los recursos tiende a reducir la calidad.
- Una reducción de tiempo o recursos sin disminuir el alcance también generalmente resulta en una disminución de la calidad.
El Equipo Scrum debe mantener un «ritmo sostenible» de trabajo, lo que ayuda a mejorar la calidad durante un período de tiempo.
¿Que es la Deuda Técnica en Scrum?
La deuda técnica o deuda de diseño se refiere al trabajo que los equipos priorizan, omiten o no cumplen mientras ejecutan las actividades o historias de usuario de un sprint. Estas no desaparecen sino que se acumulan. Normalmente el equipo las ven como secundarias, y que en ese momento no aportan valor al proyecto.
Esta deuda técnica se acumula y produce que al final de los Sprint nunca se llegue al resultado final. Entonces tenemos construcciones llenas de detalles por corregir que se vuelven un dolor de cabeza para cualquier planificador.
La deuda técnica siempre debe pagarse. Es responsabilidad de el Product Owner incluirla y saldarla lo antes posible.
Conclusión
La calidad en Scrum es medida con los criterios de aceptación y la definition of done. Está en el Equipo Scrum cumplirla de manera de generar el valor esperado.
Arquitecto, con Maestría en Gerencia de Proyectos, Empresas Constructoras e Inmobiliarias. Scrum Master. Profesional activo del Sector AEC especializado en Construcción de Centros Comerciales y Hoteles, experiencia por más de 650.000 m2 (7 millones sf) proyectados y construidos.
