Mirad lo que hemos recibido hoy:

Las cartas para poder hacer “Planning Poker”.... ¿que no sabes lo que es eso? Bueno, NO es un juego, aunque se utilizan cartas, NO es un entretenimiento, aunque su uso puede ser adictivo.

Bueno, básicamente es un sistema de estimación del tiempo que se requerirá para terminar una tarea, una historia según la terminologí­a SCRUM, porque es una parte del método SCRUM.

El juego que hemos comprado sirve para cuatro personas, cada grupo tiene color diferente en el reverso.

La teorí­a es la siguiente: Se reúnen los miembros del equipo, se plantea una historia, se analiza y utilizando las cartas cada uno muestra cuanto cree que se tardará en tenerla terminada. El número puede representar horas o dí­as o la medida de tiempo que previamente se haya establecido por el equipo como unidad de medida.

Como número resultante se puede tomar la mayor, la media, o cualquier otro método (descartar la mayor y la menor y hacer media con el resto, por ejemplo), lo importante es que sea un método consensuado con todos.

Una buena práctica es que el “Scrum Manager” pregunte el porque de determinadas valoraciones, las más altas o bajas. Y después de escuchar las razones volver a votar.

En septiembre, cuando empecemos a ponerlo en práctica ya iré comentando que tal funciona.

Por cierto, existen dos cartas especiales: una con una taza y otra con una interrogación. La primera sirve para pedir una pausa, un descanso. La segunda indica que no se tiene claro de que va la historia, la tarea, que se necesita más explicación o análisis.

Desde hace tiempo vengo probando diferentes herramientas para controlar las tareas que debo realizar. He utilizado casi de todo: libretas, tareas de outlook, programas de escritorio, Ta-Da, Remember the Milk. Ahora mismo estoy utilizando GMail y me funciona muy bien, ahora explicare como lo utilizo pero lo que me he dado cuenta es que da igual la herramienta lo importante es ser metódico y tener un buen sistema.

Básicamente utilizo mensajes de correo electrónico como lista de tareas. Mensajes que me enví­an mis compañeros, amigos, familia, yo mismo, etc.

Me he inventado una versión adaptada y reducida de GTD, si se me permite. Utilizo etiquetas para clasificar los mensajes, bien manualmente o bien mediante los filtros de GMail.

Tengo dos grupos de etiquetas: Estado de la tarea y ímbito de la misma.

<div style="float: right;"><img src="http://softinspain.com/images/49.png"alt="GMailGTD labels" /></div>
Estado de la tarea:
<ul><li>!Action: Acción requerida, pero no empezada.</li>
<li>!Review: A tener en cuenta, a revisar, pero no es urgente.</li>
<li>!Working: Esta en marcha.</li></ul>

<small>Tienen un ! delante para diferenciarlas</small>

ímbito:
<ul><li>Arcadina, pues eso, temas de la empresa.</li>
<li>Business, otras cosas de negocios.</li>
<li>Personal, de familia, amigos, etc.</li>
<li>Hobby, de mis aficciones y experimentos.</li>
<li>quintobe, para un grupo de ex compañeros de colegio.</li></ul>

Cada mensaje tiene al menos dos etiquetas y cada etiqueta tiene un color asignado, estoy utilizando la versión de GMail en inglés para US que es más avanzada que la española. Para cambiarlo lo podéis hacer desde configuración. Actualización: En la versión española ya están las etiquetas con colores

Cuando llega un correo lo primero es ponerle la etiqueta del ámbito, luego evalúo si he de hacer algo, en ese caso le pongo la de Action. Si sólo he de revisarlo cuando pueda lo etiqueto como Review. Si no he de hacer nada, le doy al botón Archivar.

<center><img src="http://softinspain.com/images/50.png" alt="GMailGTD inbox" /></center>

Cuando empiezo alguna le quito la de Action o Review y le pongo la de Working. Cuando reviso la lista de tareas en busca de ¿que hago ahora?, primero miro las de Working y luego las de Action. Si no quedan, o no puedo empezarlas, entonces las de Review.

Una norma que llevo bastante estrictamente es la de los 2 minutos, si algo lo puedo hacer en ese tiempo o menos, lo hago inmediatamente. A eso también se le llama STF (Short Task First).

Existen por ahí­ múltiples explicaciones de como utilizar GMail con el sistema GTD, yo al final opté por utilizar el mí­o propio.

Nota: Voy a comentar cosas y conceptos para los que se debe tener una idea de como funciona SCRUM.

Una de las cosas que me encanta de SCRUM es su sencillez. Pero al mismo tiempo me crea muchas dudas. Una de ellas es como anotar el trabajo realizado, para controlar lo que queda por hacer y como vamos para cumplir con el plazo, poder actualizar el gráfico burndown y de esa forma que todos vean como va el desarrollo.

En el libro que me he leí­do, y estoy releyendo, hablan de estimar el tiempo de desarrollo de una historia en story points que vendrí­an a ser “dí­as de trabajo ideales”, a mi personalmente me cuesta utilizar esa medida, así­ que he decidido cambiarla por “horas de trabajo ideales”, es decir, sin interrupciones, sin distracciones.

Para anotar el trabajo realizado Henrik Kniberg (el autor del libro) dice que indiquemos los story points que creemos que quedan, es decir, en cada reunión diaria debemos reestimar lo mismo que hemos hecho en la reunión inicial del sprint. Claro que se puede optimizar calculando sólo las historias que están en marcha, dejando las no comenzadas y las terminadas.

Pero yo creo que es mejor estimar el porcentaje avanzado de cada historia, un desarrollador puede fácilmente saber si lleva el 10% de trabajo realizado, el 20, 60 u 80. En base a eso sabremos lo que queda y podremos actualizar el gráfico burndown.

Le he enviado un correo a Henrik, pero aún no me ha contestado, tampoco tiene porque hacerlo, preguntándole que le parece utilizar el porcentaje en lugar de los story points.

¿Que os parece? ¿Es mejor estimar las horas que quedan o el porcentaje realizado?