Las características de integración entre Project Server y TFS, liberadas con el SP1 de TFS, permiten compartir información de forma sencilla y transparente entre los equipos de desarrollo y los gestores de proyecto, de modo que cada uno de ellos además va a poder seguir trabajando en la herramienta que le resulte más natural y productiva.
Es bastante típico, sobre todo al ver que algunos elementos de trabajo en TFS permiten introducir información de horas, preguntarse si TFS puede utilizarse para que los desarrolladores reporten el avance en el proyecto desde el propio TFS. Utilizando sólo TFS esto no es fácil de conseguir, ya que, aunque en la mayoría de las plantillas de proceso tenemos la posibilidad de actualizar las horas trabajadas en una tarea, no es posible indicar información adicional necesaria, tal como las fechas concretas en las que se han realizado dichas horas.
Por si te lo estás preguntando al leer todo esto, y crees que he tenido una crisis y me he pasado del agilismo al command & control, quiero recalcar que es perfectamente posible ser ágil, y a la vez beneficiarse de usar Project Server. De hecho el equipo estará incluso menos interrumpido y podrá dedicarse mejor a lo suyo, que es la entrega de valor. Es una percepción errónea muy común, pensar que las personas y herramientas dedicadas a la gestión de proyectos a alto nivel en una organización, deben desaparecer si se introducen prácticas ágiles en ella.
Por muy ágiles que seamos en cualquier proyecto en concreto, siempre habrá trabajo de coordinación entre proyectos, de lanzamiento de los mismos, de gestión a nivel organizativo, de mantenimiento del portfolio de proyectos…, y en definitiva de optimizar y sincronizar los esfuerzos que los distintos equipos vayan llevando a cabo. Esto no impide que cada equipo pueda trabajar con Scrum o beneficiarse de las prácticas ágiles; los problemas vienen cuando los gestores de proyecto intentan controlar demasiados detalles, e imponen decisiones relacionadas con el trabajo de desarrollo, que deberían ser tomadas por el equipo.
Por otra parte, un desarrollador ágil estaría cometiendo asimismo un error si no favoreciese la visibilidad de la información necesaria para el seguimiento de proyecto a nivel organización. El control empírico de procesos, que es el corazón de Scrum y de otros modelos ágiles, tiene en la visibilidad su primer requisito. Y si la visibilidad es vital para la buena marcha de un proyecto, más aún lo es un nivel por encima, a la hora de trabajar en los distintos proyectos en conjunto.
Todo esto queda ilustrado de forma muy sencilla en el escenario descrito en los siguientes enlaces, que constituye uno de los modos de funcionamiento de la integración de TFS con Project Server:
- Los equipos ágiles no seguirán siendo agujeros negros
- Haciendo visible para los gestores de proyecto el progreso de los equipos ágiles
Para aprender más acerca de la integración de Project Server y TFS 2010, son útiles los siguientes enlaces:
- Introducción por Brian Harry
- Documentación de las herramientas de integración en MSDN
- Foro de MSDN
- Más escenarios en el blog de Brian Keller en Channel9, buscando por Project Server
Además de todo esto, incluyo los enlaces y las diapositivas relacionadas con la sesión que tuvo lugar en marzo en Madrid, y en la cual hablé acerca de la gestión de proyectos en general, Project Server y TFS, y cómo integrar ambas herramientas. Ojo porque se trata de la versión extendida, de 4 horas, de la sesión que posteriormente dio Ibon en evento “Destino la Nube” 
.
Grabación íntegra y resumen del evento: http://www.globbtv.com/microsite.aspx?id=12&cmd=0&cat=111
Diapositivas: