Scrum Y XP Desde Las Trincheras

Capítulo 1

Introducción

El libro está dedicado a los interesados en Scrum, hayan leído o no acerca del mismo. Scrum no es una metodología sino un marco de trabajo, por lo que no especifica detalladamente todos los pasos a seguir para desarrollar software. El autor tiene como objetivos plasmar su experiencia con Scrum a lo largo de sus años de trabajo y como fue implementado el marco de trabajo en la empresa en la que trabajo, por este motivo, el libro no debería ser tomado como una fuente de conocimientos general, sino como una implementación particular en un problema puntual. Durante sus años de trabajo el autor ha experimentado con distintas configuraciones de Scrum a fin de poder determinar las más adecuadas para su entorno.

Limitaciones de Responsabilidad

Como se dijo, el libro no presenta una forma “correcta” de Scrum sino una forma de implementación, basado en la opinión personal y subjetiva del autor. Los lectores son libres de adaptarla a su entorno según su criterio y problemas particulares.

Motivaciones

La fuente más valiosa de conocimientos sobre Scrum para el autor fueron las historias de guerra que plasman el uso en el mundo real de Scrum. Dicho esto, la motivación puntual fue compartir la propia historia de guerra con la comunidad para devolver algo y en el mejor de los casos poder recibir feedback sobre el mismo.

Que es Scrum?

● http://agilemanifesto.org/

● http://www.mountaingoatsoftware.com/scrum

● http://www.xprogramming.com/xpmag/whatisxp.htm

Capítulo 2

Como hacemos la pila de producto

Básicamente es una lista de requerimientos o historias de usuario, es decir lo que el cliente quiere descripto en la terminología del cliente. Cada elemento de la pila contiene los siguientes campos:

● ID: identificador único (numero auto-incremental).

● Nombre: normalmente de 2 a 10 palabras, es una descripción clara del requisito que lo diferencia de otros elementos.

● Importancia: numero positivo que indica la importancia para el cliente. Mayor numero, mayor importancia. Tener en cuenta la posibilidad de introducir elementos entre otros dos (ej.: no usar 20 y 21, sino 10, 150, 200, etc.)

● Estimación inicial: indica el trabajo necesario para implementar el elemento. Su unidad son puntos de historia que representan días-persona ideales. Ej.: 3 personas en 4 días ideales dan un total de 12 puntos de historia. No es necesario que sean precisas, pero si correctas relativamente (que una historia de 2 puntos dure la mitad de una de 4).

● Como probarlo: descripción general de cómo se prueba la historia de usuario. Si se usa TDD, esto podría ser un pseudocódigo del test de aceptación.

● Notas: cualquier otra información breve y útil para la historia.

Pueden usarse otros

...