Está en la página 1de 8

ALINEACIÓN DE TI CON LA ESTRATEGIA CORPORATIVA

Y DE NEGOCIO

Information Technology Infrastructure Library (ITIL®)

ITIL es un marco de trabajo para diseñar los procesos de gobernanza y servicio de las
tecnologías de información dentro de una organización. Es un conjunto de mejores
prácticas sobre cómo alinear TI con la empresa y cómo organizar la gestión de sus
servicios.

ITIL permite a las organizaciones equilibrar las oportunidades que ofrecen las tecnologías
de información con los desafíos de administrar los sistemas y datos requeridos. La mayoría
de las soluciones de TI brindan enormes oportunidades de negocio, como "Internet de las
cosas" y "Big Data", pero al mismo tiempo presentan nuevos desafíos con respecto a la
confidencialidad, integridad, disponibilidad de servicios y datos. Además, las gerencias de
TI deben cumplir o superar las expectativas de servicio mientras trabajan de la manera más
eficiente posible. Los procesos consistentes y repetibles son la clave de la eficiencia, la
eficacia y la capacidad de mejorar los servicios. Estos procesos consistentes y repetibles
se describen en ITIL.

ITIL también se puede adaptar y utilizar junto con otras buenas prácticas, como:

• COBIT (un marco para el gobierno y los controles de TI)


• Six sigma (una metodología de calidad)
• TOGAF (un marco para la arquitectura de TI)
• ISO 27000 (un estándar para la seguridad de TI)
• ISO / IEC 20000 (un estándar para la gestión de servicios de TI).
ITIL se organiza en torno a un ciclo de vida de servicio en cinco fases:

• Estrategia de servicio: comprender cómo la gestión de servicios de TI aporta valor


a la organización. Esto significa saber quiénes son los clientes de TI y cuáles son
sus necesidades, qué ofertas de servicios se requieren para satisfacer las
necesidades de los clientes, qué capacidades y recursos de TI se requieren para
desarrollar estas ofertas y qué se necesita para entregar el valor requerido y
esperado por el cliente.
• Diseño del servicio: garantizar que los servicios nuevos y modificados se diseñen
de manera efectiva para cumplir con las expectativas del cliente. Esto incluye el
diseño de la tecnología, la arquitectura, los procesos para administrar los servicios
y sistemas, y herramientas para monitorear y modificar adecuadamente los servicios
para entregar el valor esperado.
• Transición del servicio: construir el diseño, probarlo, así como adoptar servicios y
sistemas nuevos o modificados para permitir al cliente alcanzar el valor deseado.
Esta fase incluye garantizar que los usuarios finales, el personal de soporte y el
entorno de producción estén listos para el lanzamiento de los nuevos servicios y
sistemas.
• Operación del servicio: una vez que se realiza la transición, esta fase consiste en
brindar el servicio de manera continua y supervisar diariamente el estado general.
Esto incluye la gestión de interrupciones en el servicio, el manejo de las solicitudes
diarias del usuario final y la gestión del acceso al servicio.
• La mejora continua del servicio envuelve el ciclo de vida del servicio: esto ofrece un
mecanismo para que la organización de TI mantenga y mejore los niveles de
servicio, al mejorar la tecnología utilizada y la eficiencia y eficacia de todas las
actividades de gestión del servicio.

Modelo estratégico de alineación de TI

El modelo de alineación estratégica de Henderson y Venkatraman mapea las relaciones


entre la estrategia de la empresa y TI, y entre las operaciones y la infraestructura de TI.
Ayuda a evaluar la alineación de la estrategia de TI con la estrategia del negocio. El modelo
distingue dos dimensiones:

• El ajuste estratégico: el grado en que la infraestructura organizacional interna y los


procesos están en armonía con la estrategia externa.
• La integración funcional: el grado en que se alinean la planeación tecnológica
relacionada con TI y la planeación empresarial.

El modelo utiliza el término "ajuste estratégico" para el grado de ajuste tecnológico entre
los cuatro cuadrantes estratégicos en función de las dos dimensiones y aclara dos cosas:

1. Un soporte efectivo de la estrategia de negocios por parte de TI.


2. Una infraestructura de TI que se adapta a los procesos operativos estratégicos.

El modelo subraya el hecho de que la estrategia de TI nunca se puede considerar o


modificar sin estar alineada con la estrategia del negocio. El modelo funciona como una
herramienta para completar esta alineación.

El modelo debe usarse como un marco de trabajo para mapear las relaciones entre la
estrategia de negocio y la estrategia de TI, entre la operación y la infraestructura de TI, en
situaciones donde TI es muy importante para realizar la estrategia de negocio elegida. El
modelo proporciona información de tres maneras:

1. Identifica el vínculo entre la estrategia de negocio y la estrategia de TI.


2. Reconoce el valor de la estrategia de TI y el sistema de automatización como soporte y
posiblemente dirección de la estrategia de negocio.
3. Optimiza el potencial para el uso de TI dentro de la empresa.

La visión de Henderson y Venkatraman implica cuatro perspectivas estratégicas


dominantes que están alineadas como se ilustra con las diversas flechas en la figura.
Las cuatro perspectivas estratégicas dominantes
Key Management Models, 3rd Edition. Publicado por FT Publishing International, 2015

Desarrollo estratégico (la flecha en sentido antihorario desde la parte superior


izquierda)

En esta visión tradicional de la gestión estratégica, existe una relación jerárquica entre la
estrategia de negocio de una empresa, la infraestructura y los procesos de los sistemas de
información. La junta de administración define la estrategia, que posteriormente se traduce
en una infraestructura de TI. La estrategia empresarial se considera el motor de la
infraestructura organizacional (la estructura sigue a la estrategia) y la lógica de la
infraestructura de TI.

Potencial tecnológico (la flecha en el sentido de las agujas del reloj desde la
parte superior izquierda)

La estrategia de negocio es el punto de partida para la estrategia y la infraestructura de TI.


La visión de gestión de la tecnología, tal como se define dentro de la estrategia de negocio,
impulsará las elecciones en la estrategia de TI. La estrategia de TI se traduce luego en una
infraestructura de TI adecuada. El potencial tecnológico difiere de la perspectiva estratégica
porque exige que la estrategia de TI se formule de acuerdo con la estrategia de negocio.
La estrategia de TI también debe soportar la especificación de la infraestructura y los
procesos de TI internos. La infraestructura, cuando se implementa, debe ser coherente con
la estrategia de TI externa.

Potencial competitivo (la flecha en sentido antihorario desde la parte superior


derecha)

El potencial competitivo de esta perspectiva deriva en que supone que la estrategia de


negocio es cambiable de acuerdo con las capacidades de TI. La explotación de las
capacidades de TI podría influir en el desarrollo de nuevos productos o servicios, nuevas
formas de dirigir y gestionar las relaciones y nuevos elementos de la estrategia de negocio.
La junta de administración solo apoya la estrategia comercial en esta perspectiva, en el
sentido de que contempla cómo las capacidades emergentes de TI y las nuevas formas de
gobierno influirán en la estrategia comercial. El gerente de TI debe traducir los desarrollos
y las tendencias en el entorno de TI en oportunidades y amenazas para la junta de
administración.

Nivel de servicio (la flecha en sentido horario desde la parte superior derecha)

Desde la perspectiva del nivel de servicio, la estrategia de negocio es indirecta y apenas


visible. La infraestructura organizacional se basa en la infraestructura de TI, que es el único
resultado de la estrategia de TI. Existe el peligro de que una organización construida de
esta manera requiera una gran inversión en procesos de TI, adquisiciones y licencias. Por
lo tanto, la administración debe participar en la asignación de recursos.

The Open Group Architecture Framework (TOGAF®)

TOGAF® es un marco de trabajo para diseñar, planificar, implementar y gobernar una


arquitectura de información empresarial. Es un estándar abierto y básicamente un conjunto
de técnicas, métodos y mejores prácticas. TOGAF representa un modelo y método de
consenso de la industria para la arquitectura empresarial.

TOGAF se puede usar para diseñar y gobernar una arquitectura empresarial, como un plan
conceptual de cómo organizar los procesos de negocio de la organización y la
infraestructura de TI de una manera lógica y estructurada que refleje el modelo operativo
de la empresa. La intención de una arquitectura empresarial es determinar cómo una
organización puede lograr de manera más efectiva sus objetivos actuales y futuros. TOGAF
intenta dar un modelo de partida general bien probado a los arquitectos de información,
sobre el cual se puede construir. Proporciona un enfoque de diseño integral y de alto nivel,
que generalmente se modela en cuatro niveles:

• Arquitectura empresarial: los procesos clave de una organización.


• Arquitectura de datos: los activos de datos de la organización y los recursos de gestión
de datos asociados.
• Arquitectura de aplicaciones: los sistemas de aplicación de la organización, sus
interacciones y su relación con los procesos de negocio clave de la organización.
• Arquitectura técnica: el hardware, el software y la infraestructura de red.

La arquitectura de datos y la arquitectura de aplicaciones juntas a veces también se llaman


arquitectura de sistemas de información de una organización.

Para desarrollar las arquitecturas en los cuatro niveles, TOGAF se basa en tres recursos
complementarios:

• ADM: el método de desarrollo de arquitectura


• Continuidad empresarial
• Base de recursos

El núcleo de TOGAF es el Método de Desarrollo de Arquitectura (ADM). El ADM es un


método para desarrollar una arquitectura empresarial que satisfaga las necesidades
empresariales y de tecnología de la información de una organización. Se debe adaptar a
las necesidades de la organización y luego se emplea para gestionar la ejecución de las
actividades de planificación de la arquitectura. El ADM describe múltiples pasos para
desarrollar y diseñar la arquitectura empresarial en los cuatro niveles:

• Fase preliminar: marco de trabajo y principios


• A: Visión de la arquitectura
• B: Arquitectura empresarial
• C: Arquitectura de sistemas de información
• D: Arquitectura tecnológica
• E: Oportunidades y soluciones
• F: Planeación de la migración
• G: Implementación de la gobernanza
• H: Gestión del cambio de arquitectura

Cada paso consta de pasos más pequeños. En principio, los pasos son cíclicos,
comenzando con A y llegando a H, cuando en el paso H es necesario cambiar la
arquitectura y comenzar de nuevo en A. Esto hace que el método no solo sea cíclico sino
también iterativo. El uso de ADM es compatible con la base de recursos, que es una
colección de recursos, pautas, plantillas e información básica sobre el uso de ADM.

Architecture Development Method (ADM)


Key Management Models, 3rd Edition. Publicado por FT Publishing International, 2015
El otro recurso importante dentro de TOGAF es continuidad empresarial. Este es un
repositorio (virtual) de todos los activos de arquitectura (modelos, patrones, descripciones)
de una organización. Cada vez que se completan los pasos del ADM (el ciclo completo) se
completa este repositorio. Continuidad empresarial es una forma de clasificar soluciones y
arquitecturas en un continuo que abarca desde arquitecturas genéricas de cimientos hasta
arquitecturas personalizadas específicas de la organización. Con TOGAF hay herramientas
disponibles para organizar este repositorio de tal manera que se pueda intercambiar con
otras organizaciones.

Estos incluyen, entre otros, el modelo de referencia técnica (TRM) para modelar sistemas
técnicos; la base de información sobre normas (SIB), que enumera todas las normas
comunes de la industria utilizadas y el modelo de referencia de infraestructura de
información integrada (IIIRM), para modelar arquitecturas de aplicaciones.

También podría gustarte