Mes: julio 2010

Hola a todos, hace poco os hablaba de la nueva plantilla de Scrum de Microsoft para TFS 2010, en aquel momento estaba en beta.

Bueno pues hoy se ha anunciado oficialmente en el blog de Aaron Bjork, y trae algunas novedades con respecto a la beta, como el cambio de nombre, que pasa a ser oficialmente llamada Microsoft Visual Studio Scrum 1.0.

Otras novedades son 4 nuevos informes, dos para las builds, y otros dos para los casos de tests.

Como toda plantilla de TFS, y esto es importante por supuesto, ya dispone de su guía de proceso que podemos encontrar en MSDN: http://msdn.microsoft.com/en-us/library/ff731587.aspx

También ha habido cambios a nivel de Work Items:

• Se ha cambiado el campo “Owned By” para usar el estándar “Assigned to”, que si bien rompe un poco con la terminología de Scrum, es más estándar a nivel de TFS a la hora de la integración.
• Las builds que fallan ya no crean un work item de tipo Bug, esto lo podéis ver en el post de Aaron. Según lo que nos pone, esto también rompía con el modo en el que se tratan los fallos en Scrum durante un sprint, que son tareas a realizar en el propio sprint, al contrario que los defectos que se añaden como bugs en el product backlog, hmmm bueno esto me da para un post …
• Un nuevo campo de prioridad.
• Nuevas transiciones. To Do –> In Progress –> Done o Done –> In Progress –> To Do
• Recuperar como “New” work items previamente marcados como “Removed”
• Una nueva consulta para los test cases

Bueno todo esto lo podéis ver también en el post de Aaron, así como una pequeña FAQ acerca de esta plantilla.

Así que ya sabéis, a ver como encaja esta nueva plantilla en vuestros procesos.

Seguro que los que estéis más al día de las noticias de TFS 2010 y Scrum, ya habéis visto y bajado la nueva plantilla de Scrum de Microsoft para TFS 2010, y que también anunció por aquí el compañero Bruno: Scrum TFS 2010.

Si ya estáis trabajando con TFS 2010 y su plantilla de MSF Agile 5.0, habréis observado que (perdonadme el palabro) se ha “Scrumizado” poco a poco, de hecho, en la primera pantalla de la guía de proceso, se habla de Scrum y el diagrama de proceso es el de Scrum, así como gran parte de sus prácticas.

Con lo que, a muchos les surge la duda de ¿entonces para qué la nueva plantilla de Scrum? ¿cúal debo escoger?.

Empezaremos respondiendo a la primera pregunta, de por qué se hace esta nueva plantilla. A pesar de que MSF Agile 5.0, es prácticamente Scrum, podemos observar que la termonología que usa, especialmetne en Work Items, no es la de Scrum, cuando en Scrum nos referimos a elementos del product backlog, en MSF Agile se refiere a User Stories, otro ejemplo son los elementos del Sprint backlog, que en MSF Agile son simples tareas (tasks).

Esta plantilla de MSF Agile, se hizo pensando en equipos que trabajan con, casi, cualquier metodología ágil, tomando practicas de XP, de Scrum (principalmente), y basándose en los principios generales de las metodologías ágiles, con un toque bastante importante de Scrum. Con esto consiguen, que esta plantilla sea “fácilmente” adoptada por equipos, que o bien están empezando en metodologías ágiles, y están aprendiendo de sus prácticas (aunque de esto se podría hablar mucho), tanto como por gente que ya tiene recorrido y experiencia en la agilidad, y se nutren de prácticas de varias metodologías ágiles.

Por otro lado tenemos la plantilla (en beta) de TFS de Microsoft para Scrum, que es mucho más sencilla a nivel de informes, portal de proyecto, y funcionamiento en general. En esta plantilla, a día de hoy, lo más destacable en contraposición con la de Agile 5.0, es la terminología y su implementación. En este caso estamos hablando de Scrum al 100%, podemos ver como tenemos Work Items de tipo Product Backlog Item, o Sprint, aunque yo personalmente hecho en falta el Sprint Backlog Item, que han decidido que siga siendo el básico de tareas (Tasks), supongo que por temas de funcionamiento interno de los informes.

Por tanto esta segunda plantilla, está totalmente orientada a gente que siga Scrum al 100% (aunque puedan usar también la de Agile), y, que, principalmente, quiera seguir manteniendo la nomenclatura básica de Scrum.

Yo, por ahora, lo cierto es que sin decantarme totalmente por una o por otra, me gusta bastante todo el trabajo que han hecho con la de Agile 5.0, por sus Excel de gestión de iteraciones, los informes mucho más completos, los dashboard de Sharepoint. Pero la de Scrum, desde luego, es un buen comienzo de una plantilla oficial de Microsoft para Scrum, aunque recordemos que hay otra estupenda opción que es la de Conchango.

Por cierto, algo que yo hecho en falta en las dos (aunque la de Agile lo tiene en forma de documento), son los Work Items de retrospectivas que si que tiene la de Conchango.

Espero que con esto haya os de una idea más de cuál escoger de las dos, aunque a los que os gusta cacharrear, uan recomendación: probad las dos 🙂