Scrum es claramente es uno de los frameworks más populares en el mundo ágil, y por ende ha influenciado mucho la forma de entender y hacer ágil. En el Scrum Guides, se habla de Incremento de Producto potencialmente releasable cada sprint, de hecho si uno busca 'potentially releasable' lo encuentras 6 veces. Pero ¿qué significa esto? ¿qué nos habilita? ¿qué nos limita? Si algo he aprendido en la agilidad en este tiempo es que las prácticas sirven hasta que dejan de tener sentido. Los invito a desafiarnos y a romper preceptos de Scrum: Product Increment "potentially" releasable every sprint IS NOT ENOUGH!
4. The Development Team consists of professionals who do the work of delivering a
potentially releasable Increment of “Done” product at the end of each Sprint
Diego A. Gil
@diegogil1989
5.
6. Es "potencialmente" cada sprint, cuando podamos hacerlo.
A veces no estamos listos para hacer release.
Diego A. Gil
@diegogil1989
7. Es "potencialmente" cada sprint, cuando podamos hacerlo.
A veces no estamos listos para hacer release.
Diego A. Gil
@diegogil1989
Siempre estamos listos para estar para potencialmente hacer
release cada sprint. Es solo una decisión de negocio hacerlo o
no, pero no un impedimento técnico.
16. Diego A. Gil
@diegogil1989
The Development Team consists of professionals who do the work of delivering a
potentially releasable Increment of “Done” product at the end of each Sprint
17. Diego A. Gil
@diegogil1989
Product Increment “potentially”
releasable every sprint...
Product Increment potentially
releasable every sprint...
IS NOT ENOUGH!
18.
19. Diego A. Gil
@diegogil1989
3 excusas para no hacer release ya
1) No estamos listos para hacer release:
Dependencia con otro equipo
20. Diego A. Gil
@diegogil1989
3 excusas para no hacer release ya
2) Todavía no sirve.
Referencia: https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
Si el problema que quiero resolver es transportarme, y faseo mis
sprints así. ¿A partir de qué sprint podré probar transportarme?
21. Diego A. Gil
@diegogil1989
3 excusas para no hacer release ya
2) Todavía no sirve.
Referencia: https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
¿Cómo planteo la mínima solución desde el primer sprint que me
permita desde ya satisfacer la necesidad del cliente, en este caso
transportarme?
22. Diego A. Gil
@diegogil1989
3 excusas para no hacer release ya
3) “La patineta, no va funcionar para los clientes”
Referencia: https://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
¿Cuál es la forma más barata de descubrir la
necesidad del cliente?
1) Construir una patineta y validar si su necesidad es
transportarse para comenzar.
2) Construir un carro para recién validarlo
23. Diego A. Gil
@diegogil1989
3 excusas para no hacer release ya
3) “La patineta, no va funcionar para los clientes”
Toda solución planteada tiene una hipótesis detrás,
pero ¿a qué nivel está la hipótesis en juego?
27. ¿Cómo se ve un equipo que construye cada sprint
"potencialmente" hace release cuando puede?
Diego A. Gil
@diegogil1989
28. ¿Cómo se ve un equipo que construye cada sprint y
siempre está listo para potencialmente hacer release?
Diego A. Gil
@diegogil1989
29. ¿Cómo se ve un equipo que genera valor cada
sprint (crea, entrega y captura valor)?
Diego A. Gil
@diegogil1989
30. Diego A. Gil
@diegogil1989
Aprendizajes en el camino:
● El loop de aprendizaje sucede recién se
cierra cuando medimos la captura de valor.
● Construir software o solución real es el
camino más caro y largo para validar una
hipótesis.
● Desafiarse a crear, entregar y capturar valor
cada sprint te obliga a salir de la caja.
● Comienza por early adopters, aprende y
escala.
31. El solo buscar que cada
sprint estemos listos para
potencialmente hacer
release ya no es suficiente.
Diego A. Gil
@diegogil1989
¡A generar valor
potencialmente cada
sprint!