Arquitectura Corporativa

Debería ser natural que a partir del modelo de operación de negocio de una compañía, IT provea la infraestructura para la ejecución de los procesos de negocio y potencie las posibilidades de crecimiento. Esto no siempre se da en la realidad, por lo que es necesario ofrecer una visón integrada de los procesos, la información, las aplicaciones y la tecnología.
El modelo de operación de negocio, identifica el grado de integración (cuánto requieren compartir información las distintas áreas de negocio) y estandarización (procesos unificados entre áreas de negocio) y estará determinado por la estrategia de negocio de la compañía, aunque no siempre de manera consciente ni totalmente coherente.
Es posible presentar un camino evolutivo en el grado de madurez de la arquitectura corporativa, que no siempre es pareja en toda la compañía:
Silos de negocio: focalización de la inversión de IT en la solución de problemas y oportunidades localizadas.
Tecnología estandarizada: foco puesto en infraestructura tecnológica compartida y reducción / estandarización de las plataformas utilizadas.
Core optimizado: Información y aplicaciones unificadas a nivel corporativo, unificando datos y sistemas.
Modularidad de negocio: agilidad estratégica ofrecida mediante módulos reutilizables (ej. servicios empresariales).

Process Template Editor

Este programa, de desarrollo compartido, permite definir nuevos workitems, editar los campos asociados a cada uno, manejar los estados y las transiciones admitidas.
Los formularios pueden diseñarse gráficamente, asignando y modificando la distribución de los campos.
Por detras, el Process Template Editor mantiene los documentos XML correspondientes a cada elemento. Posee funciones para importar y exportar las definiciones entre un proyecto de TFS y un documento XML. También pueden editarse, abriéndolas de un proyecto directamente (open from server).
En este último caso encontramos que en algunas ocaciones la operación falla, terminando con una excepción. Cuando esto sucede ya no es posible abrir ese tipo de workitem desde ese proyecto de TFS, por ello es recomendable exportar la definición a XML. De esta manera, si la apertura desde el proyecto del server no es posible, siempre puede trabajarse sobre el XML de respaldo y luego importarlo al proyecto.

El resumen de este procedimiento es, para cada tipo de workitem que se edite:
1. Open from server.
2. Editarlo.
3. Save (guarda en el server).
4. Export (guarda en disco la definición).

Si el paso 1 falla, realizar:
1. Open from file.
2. Editarlo.
3. Save (guarda en el disco).
4. Import (guarda en el server).

Introducción

En mi trabajo diario uso Team Foundation Server para gestionar el proceso de desarrollo de los proyectos que llevamos adelante. Tengo como objetivo customizarlo para que lo refleje adecuadamente.

Comenzamos con un template basado en scrum, dado que era el que más se parecía al proceso de desarrollo que tenemos (detalles más adelante).

Definimos o modificamos workitems para: casos de uso, releases, iteraciones, tareas y bugs. Estamos trabajando sobre cada uno de ellos en dos proyectos piloto.

Para editar los workitems utilizamos la herramienta Process Template Editor que nos permite editarlos gráficamente, en lugar de hacerlo sobre el XML que los define. Aunque tiene algunos temas pendientes, funciona.