Breve apunte sobre SCRUM

Jose Alberto — Fri, 21 Nov 2008 18:24:26 +0000

Entre unas cosas y otras no hemos podido empezar a aplicar scrum hasta mediados del pasado mes. Como ya indiqué no es un uso 100% de scrum, somos un equipo pequeño (3 personas), así que lo hemos adaptado.

Estimación

Estamos utilizando las cartas, las famosas cartas. Funciona bastante bien, quienes funcionamos mal somos nosotros, aún nos falta experiencia para acertar en las estimaciones. En algunas tareas somos optimistas, otras las infravaloramos.

Hemos optado por estimar horas, porque es a lo que estábamos acostumbrados. Si lo vemos necesario ya cambiaremos más adelante. Hemos decidido asignar 5 horas por persona y día, porque hemos considerado que el resto del tiempo lo dedicamos, que le vamos a hacer, a otras tareas (soporte, consultas, etc.)

Gráfico Burn-Down

La verdad que es increible como algo tan simple es de tanta ayuda. Hemos completado dos sprints, el primero fue más o menos bien, el segundo un poco peor, subestimamos algunas cosas, una vez enfrascados “apareció” una tarea imprescindible y de cierta importancia, luego las pruebas se prolongaron más de la cuenta.

Historias / Tareas / Tarjetas / Sprints

Este es uno de los puntos que más hemos variado respecto al scrum. Nos hemos marcado un gran objetivo de negocios (en nuestro caso “conseguir N altas”), lo hemos dividido en otros pequeños (que se pueden considerar historias) y luego hemos divido cada uno de esos mini objetivos de negocios en cosas informáticas: mejorar pantalla de configuración, añadir campo a tal pantalla, cambiar css de tal otra, etc…

Nosotros estamos utilizando la palabra sprint para definir la consecución de uno de las historias derivadas del gran objetivo de negocios.

No estamos utilizando “post-it” para las tareas sino que imprimimos unas tarjetas (en papel normal) que contiene el titulo de la tarea, una descripción y las horas estimadas. Y las pegamos al panel con cinta adhesiva.

Resumiendo

En definitiva contentos de como está funcionando y conscientes que hemos de mejorar y acercarnos más al estándar scrum.

Tengo pendiente, en cuanto pueda por calendario y presupuesto, participar en alguno de los cursos que Proyectalis hace, prometido.

Posts relacionados:

Primera semana de SCRUM

Desarrollo web: trabajo en equipo

Jose Alberto — Thu, 18 Sep 2008 19:06:23 +0000

El proceso de preparar un entorno para el desarrollo web en equipo está resultando más complicado de lo que suponía. Todavía no hemos podido empezar con Scrum, se me está haciendo eterno.

Hasta ahora del desarrollo web del producto que queremos tratar con Scrum se encargaba una persona, esta utilizaba un servidor linux (CentOS) interno para ello, desde su máquina Windows editaba el código, lo subía al servidor para probarlo y depurarlo, y finalmente lo subía al servidor de producción, también CentOS, cuando se daba el visto bueno. Ahora como vamos a ser varias personas trabajando con el mismo código necesitamos otro entorno.

En principio opté por Windows como SO de escritorio, instalando XAMPP y EclipsePDT. Pero nos hemos encontrado con muchos problemas, demasiados, para poder ejecutar el software allí. Y, sobre todo, me quedaba la duda de que problemas futuros nos encontraríamos cuando en el entorno Windows el software funcionara pero al pasarlo al CentOS no, el trabajo extra de hacerlo funcionar en dos platarformas sin necesidad real.

Por ello hemos decido hoy poner CentOS como entorno de desarrollo en los ordenadores, claro que eso implica un retraso, pero creo que lo recuperaremos rápidamente al ganar en compatibilidad con los servidores.

Básicamente la idea es que cada desarrollador tenga en su máquina un servidor web completo, para que desarrolle, pruebe y depure en local, luego cuando lo tenga lo suba al servidor subversion y de ahí se pueda sacar una copia diaria al servidor de pruebas interno.

¿Es esa la mejor forma de trabajar? ¿Sabéis como lo hacen en otros equipos? ¿Alguna idea?