LOS PILARES DE SCRUM
Transparencia
Ser transparente implica hacer visible la información deliberadamente.
Las decisiones importantes que tomes en Scrum están atadas a la información con la que cuentas. Para que las decisiones no sean riesgosas es preciso que esa información esté visible y al alcance de todos los involucrados. Lograrás transparencia visibilizando los artefactos y garantizando a todos, equipo e interesados, el acceso a los mismos.
La transparencia va en ambas direcciones, no solo del equipo Scrum hacia afuera, sino también desde los interesados hacia el equipo Scrum.
La confianza también incrementa la transparencia. Sentir que estás creando un ambiente donde hay confianza, donde las personas no necesitan cuidarse de los demás, donde todos se respetan entre sí propicia a que cada uno cuente abiertamente lo que ve y diga lo que piensan. Eso también es transparencia.
Inspección
Tanto la evolución del producto como las mejoras en el proceso de creación deben ser inspeccionados de forma frecuente. La evolución del producto te acercará o te alejará del objetivo buscado. Esos desvíos los irás descubriendo en el camino, es decir, dado que estás en un contexto complejo donde no tienes capacidad de predecir (por eso utilizas Scrum), debes inspeccionar si los supuestos en los que has basado las decisiones son adecuados o no. Esto lo podrás hacer una vez que el producto haya evolucionado, no antes.
En Scrum hay un artefacto que te permitirá inspeccionar la evolución del producto, lo llamamos Incremento, y un evento hacia el final de cada Sprint destinado a inspeccionar ese Incremento de producto, lo llamamos Sprint Review.
La mejora continua del proceso de creación del producto te hará ser más o menos eficiente en tu trabajo, Sprint tras Sprint. Esa mejora también debe ser inspeccionada para asegurarte que los supuestos, en los cuales has basado tus decisiones de cambio en la forma de trabajar, fueron los correctos. Todo Sprint culmina inspeccionando los cambios al proceso y su eficiencia. Esto sucede en un evento que llamamos Retrospectiva.
Como puedes ir deduciendo, para que estas inspecciones de producto, en el Sprint Review, y de proceso, en la Retrospectiva, sean eficientes, es necesario que todo esté bajo un manto de transparencia. De lo contrario es probable que termines inspeccionando una realidad que no es tal y tomando decisiones incorrectas.
Adaptación
Si descubres que el producto se está desviando considerablemente de su objetivo o el proceso está saliendo de ciertos límites tolerables, deberás tomar decisiones de adaptación. Esta adaptación deberá producirse tan pronto como sea posible para evitar incurrir en mayores desvíos.
En la Retrospectiva es donde tomarás decisiones de adaptación del proceso, eso implica, decisiones de cambio en la forma de trabajar.
Apenas comenzado un nuevo Sprint tomarás decisiones de adaptación del producto. Scrum tiene un evento dedicado a esto, lo llamamos Sprint Planning.
Como ves, Scrum fomenta el cambio tanto en el proceso como en el producto. Scrum está diseñado deliberadamente para dar lugar a prácticas emergentes del aprendizaje y la adaptación, además de motivar cambios de alcance sucesivos con respecto al producto
Publicar un comentario