Lectura de ~2 minutos

Hace unos días acabe de releer Scrum y XP desde las trincheras de Henrik Kniberg, libro que considero de obligatoria lectura para cualquier persona que se dedique a crear software. Incluso para aquellas personas que no tocan una línea de código. Este libro está orientado a todo tipo de público.

El libro viene con prólogos de Jeff Sutherland y Mike Cohn, dos fieras de estas lides. Seguido de un contenido de lo más interesante:

• Como montar un backlog. Una lista de funcionalidades o “cosas” que el cliente quiere que se implanten. Es importante diferenciar estas “cosas” de las tareas.
• Como preparar un sprint. Planificación y ejecución. Los sprint son los periodos de tiempo en los que el equipo de desarrollo desarrolla (valga la redundancia) las funcionalidades acordadas. Nos explica como debemos prepararlo y que responsabilidades tiene cada rol definido.
• Historias de usuario (no tareas). Son lo que el cliente quiere implementado, nos explica como se preparan y como dividirlas en tareas asequibles a una persona.
• Diferenciar entre tareas e historias.
• Historias técnicas. Hay historias necesarias que no las pide el cliente pero que son necesarias para que el pryecto salga adelante. Para ello debemos negociarlas con el product owner.
• Al final de un srpint no pasamos a la siguiente y punto, debemos reunirnos y relizar una reunión. Que se mira en una reunión de retrospectiva de sprint.
• Planificación en entregas con contratos cerrado. El punto de vista ágil está muy bien, pero muchas veces el cliente quiere un contrato y plazo cerrado. Henrik nos recomienda el libro Agile Estimating and Planning de Mike Cohn.
• Trabajo diario. Nos comenta como debería ser el día a día. Nos debemos centrar en prácticas ágiles tales como TDD e integración continua entre otras.
• Las pruebas de aceptación muchas veces no se pueden automatizar. Nos indica cómo se podría hacer.
• ¿Se debe liberar una versión al final de cada sprint? Henrik nos explica que hacen.
• Srum se puede utilizar para gestionar varios equipos, nos propone algunas formas de hacerlo.
• XP y Scrum. Es posible, nos eplica como lo llevan a cabo.

En conclusión, como ya he comentado al principio es un libro de obligada lectura que no requere de conocimientos técnicos para entender de lo que se está hablando. La lástima es que a pesar del título, habla mucho de scrum y sólamente le dedica un capítulo a XP.

Nos vemos en las próximas líneas.