Unidad 4:

Gobernabilidad de la arquitectura empresarial

NDICE
NDICE ............................................................................................................... 1
INTRODUCCIN .............................................................................................. 2
1 MODELO DE GOBERNABILIDAD.............................................................. 3
1.1 Modelo de Infosys (Infosys) ............................................................................................ 4
1.1.1 Liderazgo................................................................................................................... 5
1.1.2 Organizacin ............................................................................................................ 6
1.1.3 Inversin..................................................................................................................... 9
1.1.4 Polticas y principios ............................................................................................... 10
1.1.5 Procesos .................................................................................................................. 11
1.1.6 Mediciones ............................................................................................................. 11
1.1.7 Habilitacin de herramientas .............................................................................. 12
1.2 TOGAF (TOGAF, 2013) .................................................................................................. 13
1.2.1 Caractersticas ....................................................................................................... 14
1.2.2 Estructura conceptual .......................................................................................... 15
1.2.3 Estructura organizacional ..................................................................................... 17
1.2.4 EA en la prctica factores de xito ................................................................. 18
2 CONCLUSIONES ...................................................................................... 20
3 BIBLIOGRAFA ........................................... Error! Marcador no definido.



INACAP Virtual | Contenido introductorio 2

INTRODUCCIN

Lograr cambiar la forma de trabajar dentro de una organizacin requiere que se
implemente una arquitectura empresaria (Enterprise Architecture, EA por su sigla en
ingls), se introduzcan nuevos procesos, herramientas, tal vez se precise modificar la
estructura organizacional y que las personas adquieran nuevos conocimientos. A su
vez, para llevar a cabo un proyecto de esta naturaleza, se deben establecer prcticas
de gobernabilidad de la nueva organizacin, su modelo debe dar la base y asegurar
la sustentabilidad de las prcticas de EA implementadas en la empresa.

Los modelos como ITIL o CMMI pueden servir de base para la aplicacin de las
prcticas de EA. El modelo CoBIT, de OpenGroup, las prcticas de TOGAF sirven para
establecer el modelo de gobernabilidad de EA. Tambin existen otras propuestas,
como son las de Infosys, u Oracle, basadas en las experiencias de los proyectos.

Esta unidad integra diferentes modelos de la industria, para presentar las posibilidades
de establecer un modelo de gobernabilidad de EA en una organizacin.


INACAP Virtual | Contenido introductorio 3

1 MODELO DE GOBERNABILIDAD

Poner en funcionamiento la arquitectura empresarial (EA) en el da a da de una
organizacin de TI, a menudo puede tener un impacto limitado dentro de la
organizacin.

Los equipos de TI que estn realizando un esfuerzo significativo y, en la mayora de los
casos, empleando un excelente conjunto de habilidades en el desafo de la
comprensin, planificacin y el control de la arquitectura de una gran organizacin,
son de alguna forma percibidos como un obstculo para el negocio. Por qu?

Habitualmente los problemas tienen su origen en aspectos como la comunicacin
ineficiente del contenido arquitectnico, en una falta de influencia debido a la
posicin inadecuada de TI en la organizacin, o en la falta de participacin en los
procesos de toma de decisiones de los proyectos estratgicos. A menudo es difcil
demostrar una influencia de la arquitectura, ya que no hay indicadores para medir su
impacto.

Todas estas deficiencias mencionadas no pertenecen a la arquitectura (desde la
ingeniera) ni se deben a la falta de calidad de contenido entregado por parte de los
arquitectos (tampoco se debe pensar que no existirn errores, no obstante estos errores
se pueden eliminar), sino que pertenecen a la falta de gobernabilidad de la
arquitectura.

Gobernabilidad de la arquitectura empresarial es el conjunto de mecanismos
mediante los cuales la arquitectura se promulg en la empresa. No se compone solo
de los procesos, porque es un conjunto integrado de medidas que proporcionan los
mecanismos para definir, implementar, gestionar y medir la efectividad de las
disciplinas de arquitectura empresarial.


INACAP Virtual | Contenido introductorio 4

La gobernabilidad de EA est relacionada con la tecnologa y los procesos de negocio
de una organizacin, para proporcionar la direccin y el control y asegurar que se
logre el valor esperado de la inversin en TI.

Tambin, la gobernabilidad de EA es responsable de estar atento a las influencias
externas - conductores globales de negocio, tendencias de la industria y la estrategia
corporativa- y tambin estar al tanto de las tendencias y oportunidades tecnolgicas,
e identificar cmo la arquitectura empresarial debe adoptar estas tendencias y
oportunidades detectadas.

Para cerrar las brechas entre el estado actual y las necesidades futuras, los proyectos
de alineacin se deben poner en el mbito de la oficina de gestin de programas
empresariales (PMO Project/Programme Management Office) para su
implementacin y gestin.

1.1 Modelo de Infosys (Infosys)

El modelo de Infosys propone siete dimensiones de la gobernabilidad de la
arquitectura empresarial:
Liderazgo.
Organizacin.
Inversin.
Polticas y principios.
Procesos.
Mediciones.
Habilitacin de herramientas.

Estas dimensiones generan el espacio de una gobernanza eficaz, porque cada uno de
ellos es indispensable para permitir que el esfuerzo invertido en establecer una EA sea
efectivo y permite lograr los objetivos de EA propuestos.


INACAP Virtual | Contenido introductorio 5

1.1.1 Liderazgo

La dimensin de liderazgo est definida por la visin, el mandato y el patrocinio de un
programa de arquitectura empresarial.


Figura 1. Estructura de comit directivo de programa de EA (Steering Comitee)

Una arquitectura empresarial no solo promete grandes beneficios, tambin puede
provocar dificultades a corto plazo, terminando con las soluciones ad-hoc rpido y de
forma no muy prolija, imponiendo cierta disciplina en los proyectos (incluso
estratgicos), requeriendo el esfuerzo para entender y adaptarse a las directrices
nuevas.

La visin de la implementacin de EA debe guiar la alineacin de un gran nmero de
partes interesadas (stakeholders), alrededor de una idea fuerte y atractiva con una
imagen clara del futuro y sus beneficios. El establecimiento de esta visin compartida
es el gran reto del lder de una iniciativa de EA. l (lder de iniciativa de EA) necesita
establecer un ncleo de fuertes influenciadores dentro de la organizacin para la

INACAP Virtual | Contenido introductorio 6

creacin de buy-in (compra interna) de otros grupos de inters que an se
mantienen a un lado.

El patrocinio de nivel de CEO (Chief Executive Officer) proporciona acceso a una
audiencia con el poder de la toma de decisiones, para influir en la aplicacin de las
directrices arquitectnicas, haciendo que este grupo comprenda e incida en la
definicin de hoja de ruta de implementacin de EA que facilitar la adopcin de EA
por la organizacin.

Para establecer un liderazgo de EA eficaz, Infosys propone las siguientes prcticas:
Definir el Comit Directivo compuesto de todos los lderes de negocio y TI de alto
nivel, para asegurar el patrocinio de alta gerencia y participacin de todas las
unidades de negocio.
Identificar un arquitecto jefe que entienda y se identifique con los negocios,
pero sea tambin un experto en tecnologas.
Asegurar el soporte de los gerentes que depende de la aceptacin de 1) los
actores ms poderosos o 2) la mayora de base en cada uno de los tres grupos
que la constituyen:
o Gerentes de lneas de negocio (LOB - Senior line-of-business).
o Mandos intermedios.
o Personal de TI y los usuarios avanzados de uso de TI.

1.1.2 Organizacin

La organizacin define las funciones y responsabilidades de las personas y
departamentos internos involucrados en la ejecucin de la iniciativa de EA.

Las responsabilidades de arquitectura empresarial (EA) abarcan una amplia gama de
negocios, actividades tcnicas y de gestin, como:
Comprensin de las estrategias de negocio.
Ideacin, direccin y orientacin del desarrollo de EA.

INACAP Virtual | Contenido introductorio 7

Incubacin de tecnologa, evaluacin de productos y la recomendacin.
Manejo de excepciones.

Esta estructura requiere una gran cantidad de habilidades diversas para poder llevar a
cabo todas las actividades de EA. Se recomienda estructurar el equipo de la siguiente
manera:
- Equipo base, responsable de la creacin y gobernabilidad de la arquitectura
empresarial.
- Equipo extendido, compuesto por las personas de lneas de negocio con las
tareas relacionadas al cambio de EA.
- Proveedores.


Se puede observar que esta estructura es bastante cercana a la del
equipo de proyecto propuesta por PRINCE2.




Figura 2. Estructura de equipo de EA.


INACAP Virtual | Contenido introductorio 8

Infosys propone utilizar la matriz RACI para definir las responsabilidades e
involucramiento de los roles de equipo de EA.


Figura 3. Ejemplo de matriz RACI.

Cuando se realiza la estructuracin de equipo de EA, se recomienda considerar las
siguientes buenas prcticas:
- Los miembros del equipo de arquitectura empresarial, requieren habilidades
profesionales y de comportamiento adecuadas.
- La participacin regular de los equipos de arquitectura extendida, mas all de
LOB, trae una retroalimentacin de abajo hacia arriba (bottom-up) sobre las
normas, directrices y procesos propuestos. As se evita la seleccin/construccin
de los elementos de EA entre cuatro paredes.
- El equipo extendido de EA es un integrante altamente eficiente, tanto para
construir buy-in, as como para asegurar que EA cumpla sus objetivos. El equipo
virtual tambin puede contribuir en la definicin de contenidos, la ratificacin y
difusin.
- Los equipos de EA no deben involucrarse en las actividades de desarrollo,
excepto si es necesario realizar tareas relacionadas con el dominio de la
arquitectura tcnica (por ejemplo, definir los protocolos e interfaces entre los
sistemas), las pruebas de concepto o evaluacin de producto.
- Los proveedores pueden ser utilizados para la ejecucin de los procesos de
seleccin, desarrollo de arquitectura o evaluacin de madurez de EA en la
organizacin.


INACAP Virtual | Contenido introductorio 9

1.1.3 Inversin

La dimensin de las inversiones define los modelos de inversin y financiamiento que
impulsan la adopcin y proliferacin de los principios de la arquitectura y las prcticas
de diseo.

La informacin generada por esta dimensin, tambin es utilizada para la toma de
decisiones y la estructuracin de la hoja de ruta (road map) de implementacin de EA.

El equipo de EA necesita su propio presupuesto para las actividades, incluyendo:
- Definicin y evolucin de las disciplinas de arquitectura empresarial.
- Iniciativas estratgicas de TI de la organizacin, tales como Enterprise Integration
Architecture, Arquitectura de seguridad empresarial y otras iniciativas
organizacionales de TI.
- Cumplimiento (compliance): evaluaciones de cumplimiento, definicin de las
normas de seguimiento y gestin de excepciones.
- Los proyectos de incubacin: seguimiento y validacin del uso de las nuevas
tecnologas, conceptos arquitectnicos.
- Subsidiar el desarrollo de componentes reutilizables (del negocio, por ejemplo
componentes SOA y tcnicas, como algoritmos ms eficientes, refactoring).

Para asegurar la estabilidad y el uso adecuado de los recursos de EA, casi todos los
equipos adoptaron un enfoque de financiamiento mixto:
- Se requiere financiamiento central para el equipo de EA las actividades core,
desarrollo de estndares, modelos, procesos y procedimientos, polticas.
- El resto de las actividades (gastos operativos) se financian a travs de los gastos
operacionales de las lneas de negocio.



INACAP Virtual | Contenido introductorio 10

1.1.4 Polticas y principios

Las polticas y principios definen directrices para la toma de decisiones sobre el
desarrollo de la arquitectura, la ejecucin y la gestin, para garantizar la transparencia
y objetividad.

Ellos gobiernan la relacin entre la arquitectura de la empresa y sus grupos de inters
dentro y fuera de ella. Esto es importante si surgen conflictos o si nuevas situaciones
exigen decisiones rpidas, las cuales, sin embargo, son incompatibles con el marco ya
existente.

Los principios de gobierno EA representan las directrices que describen el razonamiento
detrs de las decisiones. Mientras cada disciplina arquitectnica tiene su propio
conjunto de principios, los del gobierno de EA abordan la interaccin entre la
arquitectura y la organizacin. Ejemplo de un principio podra ser: "cada servicio
compartido debe tener uno y solo un dueo de negocios.

Las polticas reflejan una decisin organizacional sobre la gobernabilidad de EA. Un
ejemplo de la poltica podra ser, "Excepciones a los estndares de tecnologa
requieren la aprobacin del jefe de la unidad de negocio que posee el proyecto, el
jefe de finanzas y el titular de la arquitectura. Ellos tienen que ser revisados una vez al
ao".

Principios y polticas bien definidas para la EA mejoran la aceptacin de los resultados y
reducen el tiempo necesario para la toma de decisiones. Se han mostrado
especialmente eficaces para las siguientes situaciones:
- Identificar y abordar las reas posibles de un conflicto (por ejemplo operaciones
vs. desarrollo).
- Tener en cuenta la visin a largo plazo sobre EA, los requisitos y limitaciones del
entorno en el que los equipos de TI operan.


INACAP Virtual | Contenido introductorio 11

1.1.5 Procesos

La dimensin de procesos define cmo la arquitectura est planificada, desarrollada,
ratificada, mantenida y usada por los proyectos. Los procesos de EA permiten gestionar
la tecnologa para asegurar el alineamiento de los objetivos de negocio y de TI.
Tambin permiten la integracin de los procesos de EA con otros procesos de la
organizacin.

Las reas clave de los procesos arquitectnicos son:
- Alineacin con arquitectura: EA necesita una alineacin constante con la
estrategia de negocio. Alineacin es un proceso constante encargado de
mantener el estado actual y futuro de EA y guiar los proyectos de la
organizacin a travs de los estndares, polticas y guas de EA.
- Despliegue (roll out) de arquitectura, incluyendo la comunicacin y la
formacin: la parte importante del proyecto de EA es la adopcin de EA por la
organizacin. Este proceso contiene las actividades de gestin de cambio
organizacional.
- Cumplimiento de arquitectura, por ejemplo a travs de la revisin de proyectos
y polticas de compras.

1.1.6 Mediciones

Deben ser integrados con los procesos de EA para formar las lneas base y poder hacer
el seguimiento de la madurez de EA de la organizacin. Tambin se necesita medir la
eficacia de EA implementada.

Los proyectos de EA son a largo plazo, pero no estn relacionados con ningn
producto en especfico. Por eso el equipo de EA debe tener la capacidad de mostrar
la correlacin entre los productos y servicios de la organizacin y EA implementada y a
travs de esta correlacin mostrar y monitorear el valor de EA para el negocio.
Algunas mtricas simples:

INACAP Virtual | Contenido introductorio 12


Mtricas relacionadas con
actividades
Mtricas de aceptacin/
uso de EA
Mtricas de ganancias
(ROI)
Cantidad de productos de
trabajo de arquitectura y
diseo revisados.
Porcentaje de proyectos
que cumplen con
arquitectura.
Ganancias generadas por
nuevas iniciativas de
negocio por concepto
time to market (se lleg al
mercado con nuevo
producto/servicio en el
tiempo ms corto que el
planificado).
Cantidad de arquitectos
certificados.
Nmero de personas de
desarrollo de software que
son mentores de EA para
las unidades de negocio.
Ahorro por reutilizacin de
las componentes de
software.
Cantidad de unidades de
negocio soportados por
equipo de EA.

Resultados de encuestas
sobre EA (cualitativa).

Figura 4. Mtricas simples de EA.

1.1.7 Habilitacin de herramientas

Esta dimensin define las herramientas, formatos y convenciones a ser utilizadas para
describir los elementos de EA de la organizacin.

Las herramientas por si solas no resuelven los problemas, el valor de ellas est en:
- Dar soporte a los procesos de EA.
- Capturar la informacin sobre arquitectura en una forma estructurada y
consistente.

INACAP Virtual | Contenido introductorio 13


Las herramientas sern ms eficientes si:
- Permiten la visualizacin y supervisin del cambio de los elementos de EA.
- Se convierten en una parte integral de los procesos de planificacin y prestacin
de servicios de TI.
- Fomentan la colaboracin entre los arquitectos y analistas de negocio.
- Permiten la mantencin de los modelos y ayudan a reducir la redundancia,
integrando diferentes puntos de vista a travs de un repositorio central y ayudan
a aprovechar la informacin de otros repositorios de la organizacin (por
ejemplo, modelos de datos, la infraestructura y los modelos de proceso).
- Permiten la colaboracin a travs de localizaciones geogrficas.
- Son fciles de usar y adoptar, en lugar de ser altamente sofisticadas y exigiendo
una formacin importante.

1.2 TOGAF (TOGAF, 2013)

La siguiente propuesta sobre cmo gobernar EA viene del modelo TOGAF.

TOGAF propone cuatro niveles de gobernabilidad:
- Corporativa.
- Tecnolgica.
- De TI.
- De arquitectura.

La gobernabilidad es esencialmente sobre cmo asegurar una adecuada gestin y
ejecucin de los procesos de negocio. Es menos sobre control y una adherencia
estricta a las reglas y ms sobre el uso adecuado y equitativo de los recursos, para
asegurar la sustentabilidad de las metas estratgicas de la organizacin.


INACAP Virtual | Contenido introductorio 14

1.2.1 Caractersticas

Las caractersticas de governance son necesarias para destacar el valor de la
gobernabilidad para la organizacin. Las caractersticas propuestas por TOGAF son:

Caracterstica Descripcin
Disciplina Todos los involucrados asumieron el compromiso de utilizar y
seguir procesos, procedimientos y las estructuras definidas por la
organizacin.
Transparencia Todas las acciones implementadas y las decisiones que las
soportan se encuentran disponibles para la inspeccin de las
organizaciones autorizadas.
Independecia Todos los procesos, todas las decisiones y otros mecanismos
necesarios sern establecidos para minimizar o eliminar los
conflictos de inters.
Accountability* Los grupos de la organizacin identificados, por ejemplo comit
de EA, que toman decisiones y realizan acciones, son
autorizados y responsables para estas acciones y decisiones.
*Responsabilidad Cada una de las partes contratadas debe actuar en forma
responsable y proteger a la organizacin.
Justicia Todas las decisiones tomadas, los procesos realizados y sus
implementaciones no pueden generar las ventajas injustas para
uno o ms participantes.
Figura 5. Caractersticas de gobernabilidad.
(*) Lamentablemente, en el mbito que nos encontramos tratando, no existe una buena
traduccin de la palabra accountability al espaol. En el contexto de este documento, este
concepto se utiliza para reflejar una responsabilidad social y no una responsabilidad moral.


INACAP Virtual | Contenido introductorio 15

1.2.2 Estructura conceptual

Conceptualmente gobernabilidad de EA contiene una serie de procesos, una
orientacin cultural y un conjunto de responsabilidades asignadas para asegurar la
integridad y la eficacia de EA de la organizacin. La siguiente figura presenta la
relacin entre estos conceptos.


Figura 6. TOGAF, modelo de gobernabilidad de EA, estructura conceptual.






INACAP Virtual | Contenido introductorio 16

Proceso clave Descripcin
Policy management and
Take on
Todos los elementos de arquitectura deben ser incluidos
en un modelo a travs del proceso formal, para poder
registrarlos, ratificarlos, validarlos y publicarlos.
Compliance Las evaluaciones de los niveles de servicio (SLA), niveles
operacionales (OLA), estndares y los requerimietnos
regulatorios, sern implementados y se realizarn en
forma continua. Estas evaluaciones sern revisadas y
despus aceptadas o rechazadas dependiendo del
criterio definido para ellos.
Dispensation La evaluacin de cumplimiento (compliance) puede
ser rechazada cuando no se cumplen los requisitos
definidos para el rea o procesos evaluados. En estos
casos de pueden hacer dos cosas: a) el rea o proceso
debe ser ajustado, mejorado para cumplir con los
requisitos establecidos por EA; b) pedir tiempo adicional
para realizar las actividades necesarias y cumplir los
requisitos.
Monitoring y Reporting La gestin de desempeo es necesario para asegurar
los niveles de OLAs y SLAs definidos y acordados. Los
resultados de esta gestin se plasman en los reportes de
desempeo y las retroalimentaciones que pueden
requerir ajustes a los OLAs y SLAs definidos.
Business control Este proceso debe asegurar el cumplimiento de las
polticas de negocio de la organizacin.
Enviromental management Contiene los procesos administrativos definidos para
proveer los elementos de EA a la organizacin.
Figura 7. TOGAF, principales procesos de gobernabilidad EA.


INACAP Virtual | Contenido introductorio 17

1.2.3 Estructura organizacional

Para implementar la gobernabilidad de EA, TOGAF propone una estructura
organizacional con cuatro niveles:
- Comit global.
- Comit local.
- Diseadores.
- Grupos de trabajo.

La siguiente figura identifica tres reas clave de la gestin de la arquitectura:
desarrollar, implementar y desplegar. Cada una de ellas es la responsabilidad de uno o
varios grupos dentro de la organizacin, mientras que Enterprise Continuum se
muestra para apoyar todas las actividades y los artefactos asociados a la
gobernabilidad EA en todo su ciclo de vida.

INACAP Virtual | Contenido introductorio 18



Figura 8. TOGAF, estructura organizacional de gobernabilidad de EA.
La responsabilidad de desarrollo, procesos y estructuras habitualmente estn
vinculadas a TOGAF ADM y su uso, mientras que las responsabilidades para la
implementacin, procesos y estructuras generalmente estn vinculados a la Fase G.
(ref TOGAF).

1.2.4 EA en la prctica factores de xito

Para asegurar un enfoque exitoso para el gobierno y la gestin eficaz de EA, es
importante tener en cuenta:

INACAP Virtual | Contenido introductorio 19

- Utilizar las mejores prcticas para la presentacin, adopcin, reutilizacin,
notificacin y el retiro de las polticas de arquitectura, procedimientos, funciones,
competencias, estructuras organizativas y servicios de apoyo.
- Definir claramente las responsabilidades y estructuras de apoyo a los procesos
de gobernabilidad de EA y requisitos para mantener informada a la
organizacin.
- Hacer y fomentar la integracin de las herramientas y procesos para facilitar su
asimilacin.
- Definir criterios para el control de los procesos de gobierno de EA, las dispensas,
las evaluaciones de cumplimiento, los SLA y OLA.
- Definir los requisitos internos y externos para la eficacia, eficiencia,
confidencialidad, integridad, disponibilidad, cumplimiento y confiabilidad de
toda la informacin relacionada con la gobernabilidad de EA.


INACAP Virtual | Contenido introductorio 20

2 CONCLUSIONES

Dos de los modelos de gobernabilidad de EA presentados, parten de premisas similares
relacionadas con mostrar y mantener el valor de EA durante el tiempo en una
organizacin.

Sus acercamientos a la solucin son similares y distintos. Infosys establece dimensiones
donde se agrupan distintos procesos organizacionales, que permiten definir e
implementar gobernabilidad de EA y generar un enfoque de gestin de iniciativas de
EA como un portafolio de inversiones, mientras TOGAF no incorpora en su propuesta los
elementos relacionados con gestin de cartera de proyecto e inversiones.

Ambos modelos estn de acuerdo sobre impacto cultural en implementar EA y
procesos de gobernabilidad relacionados.

Las estructuras de trabajo propuestas son similares. La ventaja de TOGAF se puede
apreciar a travs de la relacin de los procesos de gobernabilidad con los procesos y
estructuras de ADM (Architecture Development Method).

Lo positivo es que todos los modelos de gobernabilidad son compatibles y se pueden
combinar. Eso nos dar mayor flexibilidad en la implementacin y desarrollo de la
combinacin de las prcticas que son ms adecuadas para nuestra organizacin.

Un importante ejercicio podra ser profundizar en cuanto a la gobernabilidad de EA y
cmo se podra realizar a travs de modelos como CoBIT e ITIL.

No olvidemos que los conceptos de EA tomaron una importancia muy fuerte en los
ltimos aos, considerando adems que el desarrollo de nuevas propuestas es
constante. Lo ms importante es estar consciente de la madurez de la organizacin, el
desarrollo de una hoja de ruta clara y comenzar la implementacin de los elementos
de EA, a travs de los proyectos donde se pueda mostrar el valor de las prcticas de

INACAP Virtual | Contenido introductorio 21

EA definidas. La implementacin de EA en una empresa es un proyecto largo y
complejo que requiere de perseverancia.


INACAP Virtual | Contenido introductorio 22


3 BIBLIOGRAFA

Infosys. (s.f). Enterprise Architectura: A governance Framework I and II.

TOGAF (T.O. Group, productor). (2013). TOGAF Version 9.1 "Enterprise Edition".
Recuperado el 21 de abril de 2014, de: http://www.opengroup.org/togaf/