Arquitectura Empresarial

"IT Architecture and Business Strategy
Arquitectura Empresarial:
Visin, Propuesta de Valor y
Experiencias en la adopcin
Jorge Arias (jorge.arias@oracle.com)
Chief Architect - North LatinAmerica
Oracle Consulting Services
Departamento de Ingeniera de Sistemas y Computacin
14 de octubre de 2011 Bogot, Colombia
Objetivo
Presentar, apoyado en casos prcticos, elementos
estructuradores, enfoques y prcticas que deben
considerarse a la hora de estructurar una visin de
TI altamente alineada a la estrategia de negocio y
soportada en un enfoque de arquitectura
empresarial
Experiencia es lo que t consigues, cuando no consigues lo

que queras Randy Pausch, 2008 CMU (En su best seller The last lecture)
Visin es el arte de ver las cosas invisibles.

Jonathan Swift (1667-1745)
Simplicidad es una ilusin, es tan slo complejidad bien

administrada Anne Thomas- Burton Group
Agenda
Motivacin
Contexto Empresarial & Arquitectura de Negocios
Arquitectura Empresarial
Lecciones aprendidas
Preguntas & Respuesta
4
Navegando el ciclo vida de valor

Metas de Negocio
Objetivos de negocio
Estrategias
Iniciativas (Grupo de Proyectos)
Proyectos
Arquitectura de Solucin
5
La estrategia de negocio define la esencia y

estructura de todo proyecto de TI
Estrategia de Negocio
Ciclos de reconovacin ms cortos
Define
Define
Define
Procesos de negocio
Modelo de informacin
Aplicaciones
15% - 20%
Iniciativa o
Proyecto #1
Iniciativa o
Proyecto #2
Iniciativa o
Proyecto #N
Tecnologa
Cultura y Gestin del
Cambio
Gobernabilidad
Proyectos cambiantes
(Adapcin & Flexibilidad)
6
La estrategia de negocio define la esencia y

estructura de todo proyecto de TI
Estrategia de Negocio
Ciclos de renovacin ms cortos
Define
Define
Define
Procesos de negocio
Modelo de informacin
Aplicaciones
Iniciativa o
Proyecto #1
Iniciativa o
Proyecto #2
Iniciativa o
Proyecto #N
Tecnologa
Cultura y Gestin del
Cambio
Gobernabilidad
Estado del arte (xito de los proyecto de TI)

Tiempo
Alcance
1994
Slo el 16.2% de los proyectos son
exitosos
31.1% de los proyectos son
cancelados antes de terminarlos
52.7% de los proyectos terminados
no cumplen con los requerimientos
funcionales mnimos.
Calidad
Recursos ( $$$, Gente)
La complejidad de los
problemas a resolver
ser la misma?
Usabilidad
Por qu la mejora ?
2009
Orientacin al negocio,
Gerencia de proyectos,
Evolucin de frameworks de arquitectura
Fuente: http://www1.standishgroup.com/newsroom/chaos_2009.php
Slo el 32% de los proyectos son

exitosos
24% de los proyectos son
cancelados antes de terminarlos
44% de los proyectos terminados no
cumplen con los requerimientos
funcionales mnimos.
Contexto Regional/Global
Entidad de gobierno cancela estratgico proyecto de TI, en el cual se

hicieron inversiones superiores a USD 13M (Bogot, 2006-2007)
Importante Entidad financiera de la regin actualmente est

adelantando un proceso de modernizacin tecnolgica, el cual ha
implicado una inversin superior a USD 300M en los ltimos 4 aos.
El presidente del grupo de CGE (Chile) es despedido por los resultados

de una estrategia de TI fallida (Abril 2011)
Vicepresidente de TI X TI Renuncia
http://www.economiaynegocios.cl/noticias/noticias.asp?id=84032
Hershey pierde mas de USD 100M, y sus acciones bajaron cerca de un

10% , debido a una implementacin fallida de un ERP.
http://www.cio.com/article/486284/10_Famous_ERP_Disasters_Dustups_and_Disappointments
Reflexionemos
Qu estamos haciendo mal?
Qu estamos olvidando en el camino?
Qu podemos aprender de estas experiencias?
10
Los problemas que tenemos que resolver hoy en

da no son de tecnologa son de negocio
Solucin
Arquitectura tecnolgica
A u t e n t ic a c i n
A u t o r iz a c i n
L g ic a
P r e s e n t a c i n
B a la n c e o d e C a r g a
H TTP, SO AP,
W M L, XM L
S e r v id o r s e g u r id a d
& P o lit ic a s
W e b s e r v ic e s
P o rta l & P ro ce so s
E m p r e s a r io s
L g ic a N e g o c io
(c o m p o n e n te s)
A pp Server
R M I, C O R B A , S O A P
D ato s
Sedes
L g ic a N e g o c io
(co m p o n e n te s)
R e p lic a c io n &
A p p Serve r
C lu s t e r in g
D ato s
CRM
In t e g r a c i n
T r a n s a c c io n e s
D is t r ib u id a s
ERP ( SAP)
DB 2
11
D IA N / R U E /
S H D / C O R F E R IA S
SAN
Arquitectura e Implementacin
11
Necesidad de un enfoque arquitectnico con

visin empresarial
Arquitectura de Procesos de Negocio
Arquitectura de datos e informacin
Solucin
Arquitectura de interfaces & Aplicaciones
Arquitectura tecnolgica
12
Agenda
Motivacin
Contexto: Arquitectura empresarial & Visin
Empresarial
Propuesta de valor para adopcin: Lecciones
aprendidas
13
1.0 Contexto Arquitectura Empresarial
14
Qu es arquitectura ?
Proceso de negocio
Funcionalidad
Servicio
Componente
Objeto
Contexto
Relaciones
Elemento
estructural
Elemento
estructural
Motivadores de
negocio
Relaciones
Condiciones de
mercado
Requerimientos no
funcionales
Relaciones
Elemento
estructural
Interfaces
Integraciones
Mecanismos de
comunicacin
Fuerzas Externas que gobiernan y dirigen la estructura y relaciones
15
15
Arquitectura: Niveles de abstraccin vs. Niveles

detalle
No es necesario conocer todos los

detalles
Lo importante es manejar el
nivel correcto de abstraccin
Derechos reservados http://www.gehrytechnologies.com/
16
Frameworks: Zachman
Qu
Cmo
Dnde
Quen
Cuando
Porque
Contextual
Visionador
Conceptual
Modelador
Negocio
Lgica
Diseador
3
El problema con estos frameworks es que son demasiados amplios
y ambiguos en su operacin.
Implementado
Fsica
4
r
Necesitan acompaarse de un enfoque metodolgico
claro para operarlos.
Deployment
Integrador
5
Adems del enfoque metodolgico, el xito de la adopcin tiene
Usuario final
Execucin
gran dependencia
del compromiso y madurez de la organizacin
para
6
la cual se esta realizando al anlisis.
Tomado: Framework Zachman (www.zifa.com) 17
Frameworks: TOGAF
ADM
( Archictecture Development Method)
Principios &
Frameworks
Visin
Arquitectura
Gestion de
Cambios
Arquitect
Implementacin
Gobierno
Arquitectura
Negocio
Requerimientos
Negocio
Plan de
migracion
Opurtinidades
&Soluciones
18
Aplicaciones,
Integracin,
Datos e
Informacin
Arquitectura
Informacin
Arquitectura
Tecnolgica
Enfoque TOGAF 9 Derechos reservados The OpenGroup.
18
Frameworks: OEAF (Oracle Enterprise

Architecture Framework)
Derechos reservados desde Oracle Enterprise Architecture Framework

19
Frameworks & Mtodo: Vision General (1)
Negocio
AS-IS
Datos & Informacin

Aplicaciones
TO-BE
Tecnologa
Sistemas
Actuales
Estandares
actuales
Operacin
diaria
Motivadores de
Buenas
Negocio y
prcticas &
Modelos
Condiciones
de mercado de referencia Regulaciones
&
Requerimientos de negocio
20
Frameworks & Mtodo: Vision General (1)
GAP
AS-IS
TO-BE
ROADMAP
Sistemas
Actuales
Estandares
actuales
Motivadores de
Buenas
Modelos
Negocio y
prcticas &
Operacin
de
referencia
Regulaciones
diaria Este roadmap debe ser:Condiciones
&
de mercado
Basada en business
Requerimientos
capabilities
Negocios
Priorizado y concertado
entre los diferentes
stakeholders
21
Contexto AE: Resumen...
22
La complejidad a la cual nos estamos enfrentando hoy en da debe

ser abordada desde diferentes vistas y/o dimensiones
Motivadores de negocio, anlisis actuales y futuros de las

diferentes vistas de valoracin de complejidad definen la
consistencia y calidad del trabajo de arquitectura (Alineacin al
negocio y las necesidades reales del negocio)
En EA no slo importa el framework sino tambin el mtodo

Define el horizonte de referencia hacia donde deben ir las
actuales y futuras iniciativas de Tecnologa en la organizacin de
acuerdo a las necesidades del negocio
Un enfoque EA especficamente busca eliminar incertidumbres.

Cuando hay incertidumbres existen: sobre costos, estimaciones
incorrectas.
22
2.0 Contexto Empresarial
23
Elementos estructurales de una arquitectura de

Cadena de valor
negocio (Parte 1)
Diseo
Entendimiento
BP
BP
BP
Mercadeo
Entrega
BP
Evaluacin
BP
Macro-Processes
(ValueChain)
Lnea
de negocio
Lnea
de
negocio
Requerimiento
de negocio
FN
RN
RN
Lnea de negocio
BP
BP
FN
RN
FN
Proceso de
negocio
Funcionalidad de
negocio
24

negocio (Parte 2)
Actores
Clientes
Procesos
horizontales
Procesos
verticales
Estrategia
Operacin
rea de
procesos
rea de
procesos
Proveedores & Socios
Soporte
rea de
procesos
BPO
Empleados, Accionistas
Actores
25

negocio (Parte 3)
X-Telco
Enterprise
Level 0
Major Business
Functions
Level 1
Process
Groups
Level 2
Business Process
Level 3
Business Activity
Level 4
Business
Task
7.0 Manage IT
8.0 Manage
Financial
Resources
9.0 Acquire,
Construct &
Manage Property
8.6 Process
AP & Expense
Reimbursement
8.7 Manage
Treasury
Operations
8.8 Manage
Internal Controls
8.6.1 Expense
Reimbursement
8.6.1.1 Establish &

Communicate
Expense Policies
8.6.1.2 Process
Reimbursements
& Advances
8.6.1.1 Complete
Expense Request
8.6.1.2 Review
Expense Request
Level 5
Business
Step
Idea tomada y derechos reservados desde APQC
8.6.2 Process
Accounts Payable
8.6.1.3 Approve
Reimbursements
& Advances
8.6.1.3 Approve
Expense Request
8.6.1.4 Verify
Expense
Request
8.6.1.4.2 Review
Change Rate
8.6.1.5 Transfer
Funds
8.6.1.4.1 Verify
Expense
Policy Compliance
26
Frameworks de referencia
(eTOM- Industria Telco - Vista 1)
Clientes
Facturacin
Aseguramiento
Aprovisionamiento
Operaciones
Preparacin y
Soporte de la
operacin
Ciclo de vida del

producto
Ciclo de vida de los

recursos
Estrategia &
Compromiso
Estrategia, Infraestructura y
Productos

Administracin empresarial & corporativa
Idea tomada y derechos reservados desde Telemanagement Forum

27
Frameworks de referencia
(eTOM- Industria Telco - Vista 2)
Clientes
Estrategia, Infraestructura y
Productos
Operaciones
Operacin y administracin de recursos
Administracin y desarrollo de
Proveedores, Partners
Facturacin
Administracin y desarrollo de recursos
Operacin y administracin de servicios
Aseguramiento
Ciclo de vida del

producto
Estrategia &
Compromiso
Administracin y desarrollo de servicios
Aprovisionamiento
CRM
Preparacin y
Soporte de la
operacin
Ciclo de vida de los

recursos
Manejo de oferta y Mercadeo
Proveedores, Socios

Administracin empresarial & corporativa
Idea tomada y derechos reservados desde Telemanagement Forum
28
Agenda
Motivacin
Empresarial
aprendidas
29
Leccin #1: Proyecto de conceptualizacin como

enfoque de mitigacin de riesgos en proyectos de
gran escala, alta incertidumbre, presupuestos
altos.
30
Leccin #1: Proyectos de conceptualizacin

(Antes del cmo primero del Qu?
Problema de
negocio
Para la cosas bien hechas

no existen atajos
Steve Jobs
Identificacin del QUE

(anlisis de arquitectura
empresarial)
Definicin del CMO
(Diseo)
COMO DETALLADO
(Definicin y detalle de la
implementacin)
31
Leccin #1: Proyectos de conceptualizacin (1)
Discovery /
Scoping Analisis
Especificac
in de
Negocio
Anlisis
Proyecto de
conceptualizacin
Diseo
Construccin
Pruebas
Roll-out
Proyecto de
implementacin/implantacin
Forma de contratacin: Fixed-Price

Enfoque arquitectnico: Entender el CMO va un
anlisis de arquitectura de solucin
Forma de contratacin: Time & Materials
Enfoque arquitectnico: Entender el QU va un
anlisis de arquitectura empresarial
32

Anlisis multidimensional del problema
Negocio
AS-IS
Problema
de negocio a
Datos & Informacin
resolver
Aplicaciones
TO-BE
Tecnologa
Sistemas
Actuales
Estndares
actuales
Operacin
diaria
Motivadores de
Negocio y
Condiciones
de mercado
Buenas
Mejoras & Nuevos
prcticas &
requerimientos
Regulaciones
Modelos
de referencia
33

Solucin como un todo
Proyecto Adopcin COTS (ERP / CRM)
Migracin de datos ( Calidad,

Depuracin, Carga)
Integracin de aplicaciones
Quien estima y paga
$$$ por los nuevos
proyectos requeridos?
Gestin del Cambio & Transformacin interna
34

GAP
AS-IS
TO-BE
ROADMAP
Sistemas
Actuales
Estandares
actuales
Motivadores de
Buenas
Modelos
Negocio y
prcticas &
Operacin
de
referencia
Regulaciones
diaria Este roadmap debe ser:Condiciones
&
de mercado
Basada en business
Requerimientos
capabilities
Negocios
Priorizado y concertado
entre los diferentes
stakeholders
35

2
MOTIVADORES & METAS

DE NEGOCIO
36
1.
2.
3.
4.
5.
Levantar AS-IS
Determinar TO-BE
Identificar brechas
Priorizar
Elaborar roadmap
1.
2.
3.
4.
5.
Levantar AS-IS
Determinar TO-BE
Identificar brechas
Priorizar
Elaborar roadmap
1.
2.
3.
4.
5.
Levantar AS-IS
Determinar TO-BE
Identificar brechas
Priorizar
Elaborar roadmap
1.
2.
3.
4.
5.
Levantar AS-IS
Determinar TO-BE
Identificar brechas
Priorizar
Elaborar roadmap
Arquitectura
de negocio
Arquitectura
de datos e Informaci
Arquitectura
de
Aplicaciones
Arquitectura
Tecnologa
36
Discovery /
Scoping Analisis
Especificac
in de
Negocio
Anlisis
Proyecto de
conceptualizacin
Diseo
Construccin
Pruebas
Roll-out
Proyecto de
implementacin/implantacin
Forma de contratacin: Fixed-Price

Enfoque arquitectnico: Entender el CMO va un
anlisis de arquitectura de solucin
Forma de contratacin: Time & Materials
Enfoque arquitectnico: Entender el QU va un
anlisis de arquitectura empresarial
37
QU?
CMO?
Iniciativa o Proyecto Corporativo
Detalle de
la solucin
38

Principios
Canales
CMO?
Lineamientos
Switch
Flujos
Cores
Mediacin
Detalle de
Arquitectura
de Solucin
la solucin
Prcticas Recomendadas
Estndares
39
Leccin #2: Identifique claramente el modelo

operacional de la organizacin
40
Leccin #2: Modelo Operacional (1)
El modelo operacional de una organizacin se define

como el nivel deseado de integracin y
estandarizacin de sus procesos de negocio; los
cuales son requeridos para soportar la entregar
de productos y servicios
Source: Architecture as Strategy: Creating a Foundation for Business Execution,

J. Ross, P. Weill, D. Robertson, HBS Press, June 2006.
41
Integracin de procesos de negocio
Coordinacin
(Grupo SuraSinergias)
Unidades
de negocio
independientes
Unidades
de negocio
simples e con
interconectadas, con
necesidades
de
conocer
las
transacciones
y datos
procesos de negocio estndares y acceso
a datos
de las global
dems y unificados
Capacidad
de TI predominante:
AccederSoportar
a datos el negocio
Capacidad
de TI predominante:
compartidos
a
travs
de
interfaces
tcnicas
sobre sistemas empresariales que promuevan
estndares
procesos estndares y acceso a datos global
Diversificacin
(GE)
Unidades de negocio independientes con bases de

conocimiento y clientes diferentes.
Capacidad de TI predominante:Estandarizacin
Proveer economas
de escalas sin limitar independencia.
Unificacin
(Bancolombia)
Replicacin
(Franquicias)
Unidades de negocio independientes pero con
de
procesos
de negocio
procesos
similares
Capacidad de TI predominante: Proveer

aplicaciones e infraestructura estndar para
obtener eficiencias globales
42
El modelo operacional gua la adopcin

de TI y bajo ninguna circunstancia se
puede forzar la organizacin a un
visin o enfoque arquitectura slo
por estar a la moda.
43
Leccin #3: Piense en gran arranque en

pequeo (Proyecto CRM)
Leccin #3: Piense en gran arranque en pequeo

(Apuestele a quick-wins, evite big-bangs)
44

pequeo (Proyecto CRM) (1)
KPI
CRM Operacional
Retencin
Prospeccin
KPI
KPI
Cliente
Vinculacin
Fidelizacin
KPI
KPI
Profundizacin
KPI
CRM Analtico
45

Mercadeo
Anlisis de la
situacin actual
(AS-IS)
Postventa
Venta
Definicin del
modelo referencia
(TO-BE)
Anlisis de
brechas
Plan de
implementacin
Transicin 1
Procesos
Funcionales
Fase 1
Transicin 2
Arquitectura
Tcnicas
Fase 2
Solucin final
Producto
Fase N
46

Cobertura & valor de negocio
Capacidad de negocio:
Profundizacin de la relacin
Solucion final
Transicin 3
Capacidad de negocio: Venta

Masivo & corporativo, Servicios
Transicin 2
Capacidad de negocio: Mercadeo

& Preventa a segmento Masivo
Transicin 1
Roadmap
Capacidad de negocio: Mercadeo

& Preventa a segmento
corporativo
Tiempo
47

pequeo (Proyecto CRM) Consideraciones
El todo es ms que la suma de sus partes
No comprometa la continuidad de su negocio
Si algo puedo ir mal, va ir mal. No tome riesgos (Caso

Herskeys)
Entregue valor de negocio de manera incremental

Valida arquitectura
No asume mucho riesgo
Va a la velocidad del cambio cultural.
48
Leccin #4: Adopte no implemente
49
Leccin #4: Adopte no implemente

Modelo de referencia de procesos
1.0 Develop
Vision &
Strategy
2.0 Design &

Develop
Products &
Services
3.0 Market &

Sell
Products &
Services
4.0 Deliver
Products &
Services
5.0 Manage
Customer
Service
6.0 Develop & Manage Human Capital
7.0 Manage IT
8.0 Manage Financial Resources
9.0 Acquire, Construct, and Manage Property
10.0 Manage Environmental Health & Safety
11.0 Manage External Relationships
12.0 Manage Knowledge, Improvement, and Change
Tomado y derechos reservados de APQC http://www.apqc.org

50
ccin #4: Adopte no implemente
os de procesos
Adoptar +
Customizar
Estrategia
Adoptar + Customizar
Clientes
Adoptar
Operacin

Soporte
Adoptar
genda
Motivacin
Empresarial
aprendidas
Muchas Gracias !

Arquitectura Empresarial

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Arquitectura Empresarial

Uploaded by

Copyright:

Available Formats

"IT Architecture and Business Strategy

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Experiencia es lo que t consigues, cuando no consigues lo

Visin es el arte de ver las cosas invisibles.

Simplicidad es una ilusin, es tan slo complejidad bien

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Navegando el ciclo vida de valor

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

La estrategia de negocio define la esencia y

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

La estrategia de negocio define la esencia y

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Estado del arte (xito de los proyecto de TI)

Recursos ( $$$, Gente)

Slo el 32% de los proyectos son

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Entidad de gobierno cancela estratgico proyecto de TI, en el cual se

Importante Entidad financiera de la regin actualmente est

El presidente del grupo de CGE (Chile) es despedido por los resultados

Hershey pierde mas de USD 100M, y sus acciones bajaron cerca de un

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Los problemas que tenemos que resolver hoy en

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Necesidad de un enfoque arquitectnico con

Arquitectura de datos e informacin

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

1.0 Contexto Arquitectura Empresarial

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy

Fuerzas Externas que gobiernan y dirigen la estructura y relaciones

Departamento de Ingeniera de Sistemas y Computacin

14 de octubre de 2011 Bogot, Colombia

"IT Architecture and Business Strategy