Áreas en Team Foundation Server

Hace unos días escribía sobre las iteraciones en Team Foundation Server, pues bien tal y como prometía en ese post, hoy le toca el turno a las áreas.


Si bien las iteraciones del proyecto representan la jerarquía de eventos en el ciclo de vida del proyecto, la áreas representan, típicamente, la jerarquía de componentes y características del proyecto. Digo típicamente porque las areas pueden representar cualquier tipo de agrupación de workitems que se nos ocurra que puede ser de nuestro interés. Supongamos, por ejemplo, un equipo de desarrollo geográficamente distribuido: en este caso puede que nos interese que las areas de primer nivel representen los diferentes lugares donde se realiza el desarrollo. O supongamos que nuestro proyecto utiliza diferentes tecnologías, p.e. Java y .Net: en este caso nuestras areas de primer nivel podrían ser estas.


La importancia de definir adecuadamente las áreas de nuestro proyecto radica en que los work items pueden ser asignados a areas y los informes pueden ser filtrados por área. Las áreas son jerarquicas, de manera que pueden contener subáreas. Cuando filtramos un informe por area, los datos que muestra incluyen los datos relativos a los workitems del área y de las subáreas de ese área. Otro punto a tener en cuenta es que podemos establecer permisos a nivel de cada área de nuestro proyecto.



Las áreas son uno de los puntos que más atención necesitan a la hora de modelizar nuestro Team Foundation Server. La cuestión origen de la confusión es dilucidar cuando crear un nuevo proyecto o cuando crear áreas dentro de un proyecto. Necesitamos tomar una decisión adecuada de que áreas son adecuadas para nuestra organización o proyecto pues estas tienden a ser muy estables en el tiempo, de modo que cuando decidimos nuestras áreas (sobre todo las de más alta jerarquía) estamos tomando una decisión a largo plazo.


Tenemos dos enfoques a la hora de modelar como nuestros proyectos se trasladan a nuestro Team Foundation Server: que nuestros proyectos se correspondan con areas o que se correspondan con Team Projects. La recomendación es utilizar áreas siempre que sea posible.


Los Team Projects deben representar la mayor unidad de trabajo posible en nuestra organización, por lo tanto en principio deberiamos tener un solo Team Project por producto o línea de productos o incluso organización, y utilizar areas para obtener la granularidad necesaria a la hora de explotar los informes. Este enfoque además nos permite obtener informes agregados que incluyan información de alto nivel de nuestra organización. Cuantos más Team Projects tengamos dentro de nuestra organización más estamos fragmentando la posibilidad de obtener informes.


Dicho esto, y dejando claro que debemos tender a tener el menor número de Team Projects posible, la pregunta es ¿cuándo debemos crear un nuevo Team Project?. Los motivos pueden ser tan diversos como las organizaciones y proyectos que usen Team Foundation Server, pero las causas habituales desde un punto de vista organizativo, son:



  • La necesidad de tener portales de proyecto separados

  • La necesidad de tener diferentes permisos para las mismas personas

  • La necesidad de establecer diferentes políticas de check-in

  • La necesidad de utilizar diferentes metodologías de desarrollo

  • La necesidad de utilizar diferentes workitems o adaptarlos

Para obtener más información sobre este tema: Planear un proyecto de equipo y este post en el que Eric Lee habla del tema.

4 comentarios sobre “Áreas en Team Foundation Server”

  1. Holas Rodrigo,

    PORFAVOR CUANDO ESCRIBES UN LIBRO SOBRE TEAM FOUNDATION Y TEAM SERVER!!!

    Te prometo que me tienes el primero cuando salga y comprarlo. Y si es posible que le eches un garabato jejeje

    Gracias porque tus explicaciones son genialmente claras.

    Saludos.

  2. Ufff… un libro sobre Team Sytem… son palabras mayores!!! Pero algo se cuece, porque hay un buen amigo mio MVP que tambien está empeñado en que escriba algo… quiza quiza…
    Mi mujer dice que este blog ya es como un libro y que solo me queda plantar un arbol, pero no puedo negar que siempre me ha seducido la idea de escribir algo… y si hay gente que lee este blog, porque no va a haber gente que lea un libro mio… total parece que hay gente para todo 😛

  3. Una consulta:
    Puedo cargar áreas e iteraciones para un proyecto sin problema, pero al momento de querer asignarle a una tarea algún área e iteración que creé, me figuran las que pone por default el TF. Estoy puesto como administrador del proyecto.
    Alguna idea de por qué sucede esto?
    Muchas gracias.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *