Arquitectura Empresarial: Visión, Propuesta de Valor y Experiencias en la adopción

Transcripción

1 Arquitectura Empresarial: Visión, Propuesta de Valor y Experiencias en la adopción Jorge Arias (jorge.arias@oracle.com) Chief Architect - North LatinAmerica Oracle Consulting Services 1

2 Objetivo Presentar, apoyado en casos prácticos, elementos estructuradores, enfoques y prácticas que deben considerarse a la hora de estructurar una visión de TI altamente alineada a la estrategia de negocio y soportada en un enfoque de arquitectura empresarial 2

3 Experiencia es lo que tú consigues, cuando no consigues lo que querías Randy Pausch, 2008 CMU (En su best seller The last lecture ) Visión es el arte de ver las cosas invisibles. Jonathan Swift ( ) Simplicidad es una ilusión, es tan sólo complejidad bien administrada Anne Thomas- Burton Group 3

4 Agenda Motivación Contexto Empresarial & Arquitectura de Negocios Arquitectura Empresarial Lecciones aprendidas Preguntas & Respuesta 4

5 Navegando el ciclo vida de valor Metas de Negocio Objetivos de negocio Estrategias Iniciativas (Grupo de Proyectos) Proyectos Arquitectura de Solución 5

6 La estrategia de negocio define la esencia y estructura de todo proyecto de TI Estrategia de Negocio Ciclos de reconovación más cortos Define Define Define Procesos de negocio Modelo de información Aplicaciones 15% - 20% Tecnología Iniciativa o Proyecto #1 Iniciativa o Proyecto #2 Iniciativa o Proyecto #N Cultura y Gestión del Cambio Gobernabilidad Proyectos cambiantes (Adapción & Flexibilidad) 6

7 La estrategia de negocio define la esencia y estructura de todo proyecto de TI Estrategia de Negocio Ciclos de renovación más cortos Define Define Define Procesos de negocio Modelo de información Aplicaciones Tecnología Iniciativa o Proyecto #1 Iniciativa o Proyecto #2 Iniciativa o Proyecto #N Cultura y Gestión del Cambio Gobernabilidad 7

8 Estado del arte (Éxito de los proyecto de TI) Tiempo Alcance Calidad Recursos ( $$$, Gente) 1994 Sólo 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 mínimos. Usabilidad Por qué la mejora? Orientación al negocio, Gerencia de proyectos, Evolución de frameworks de arquitectura 2009 Fuente: La complejidad de los problemas a resolver será la misma? Sólo 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 mínimos. 8

9 Contexto Regional/Global Entidad de gobierno cancela estratégico proyecto de TI, en el cual se hicieron inversiones superiores a USD 13M (Bogotá, ) Importante Entidad financiera de la región actualmente está adelantando un proceso de modernización tecnológica, el cual ha implicado una inversión superior a USD 300M en los últimos 4 años. Vicepresidente de TI X TI Renuncia El presidente del grupo de CGE (Chile) es despedido por los resultados de una estrategia de TI fallida (Abril 2011) Hershey pierde mas de USD 100M, y sus acciones bajaron cerca de un 10%, debido a una implementación fallida de un ERP. 9

10 Reflexionemos Qué estamos haciendo mal? Qué estamos olvidando en el camino? Qué podemos aprender de estas experiencias? 10

11 Los problemas que tenemos que resolver hoy en día no son de tecnología son de negocio Arquitectura tecnológica Solución Empresarios HTTP, SOAP, WML, XML Portal & Procesos Lógica Presentación Balanceo de Carga Lógica Negocio (componentes) Autenticación Autorización Lógica Negocio (com ponentes) Servidor seguridad & Politicas Webservices DIAN / RUE / SHD / CORFERIAS RMI, CORBA, SOAP AppServer Replicacion & AppServer Clustering CRM Integración Sedes Datos Datos Transacciones Distribuidas DB 2 ERP ( SAP) 11 SAN Arquitectura e Implementación 11

12 Necesidad de un enfoque arquitectónico con visión empresarial Arquitectura Empresarial Arquitectura de Procesos de Negocio Arquitectura de datos e información Arquitectura de interfaces & Aplicaciones Solución Arquitectura tecnológica 12

13 Agenda Motivación Contexto: Arquitectura empresarial & Visión Empresarial Propuesta de valor para adopción: Lecciones aprendidas Preguntas & Respuesta 13

14 1.0 Contexto Arquitectura Empresarial 14

15 Qué es arquitectura? Elemento estructural Contexto Relaciones Elemento estructural Proceso de negocio Funcionalidad Servicio Componente Objeto Motivadores de negocio Condiciones de mercado Requerimientos no funcionales Relaciones Elemento estructural Relaciones Interfaces Integraciones Mecanismos de comunicación Fuerzas Externas que gobiernan y dirigen la estructura y relaciones 15 15

16 Arquitectura: Niveles de abstracción vs. Niveles detalle No es necesario conocer todos los detalles Lo importante es manejar el nivel correcto de abstracción Derechos reservados 16

17 Frameworks: Zachman "IT Architecture and Business Strategy Qué Cómo Dónde Quíen Cuando Porque 1 Contextual Visionador 2 Conceptual Modelador Negocio Lógica Diseñador 3 El problema con estos frameworks es que son demasiados amplios y ambiguos en su operación. Física 4 Necesitan acompañarse de un enfoque metodológico Deployment claro para operarlos. Integrador 5 Implementado r Además del enfoque metodológico, el éxito de la adopción tiene gran dependencia Execución del compromiso y madurez de la organización Usuario final para 6 la cual se esta realizando al análisis. Tomado: Framework Zachman ( 17

18 Frameworks: TOGAF "IT Architecture and Business Strategy Principios & Frameworks ADM ( Archictecture Development Method) Gestion de Cambios Arquitect Visión Arquitectura Arquitectura Negocio Aplicaciones, Integración, Datos e Información Implementación Gobierno Requerimientos Negocio Arquitectura Información Plan de migracion Opurtinidades &Soluciones Arquitectura Tecnológica 18 Enfoque TOGAF 9 Derechos reservados The OpenGroup. 18

19 Frameworks: OEAF (Oracle Enterprise Architecture Framework) Derechos reservados desde Oracle Enterprise Architecture Framework 19

20 Frameworks & Método: Vision General (1) Negocio AS-IS Datos & Información Aplicaciones Tecnología TO-BE Sistemas Actuales Estandares actuales Operación diaria Motivadores de Negocio y Condiciones de mercado Modelos de referencia & Requerimientos de negocio Buenas prácticas & Regulaciones 20

21 Frameworks & Método: Vision General (1) AS-IS GAP TO-BE ROADMAP Sistemas Actuales Estandares actuales Operación diaria Este roadmap debe ser: Basada en business capabilities Priorizado y concertado entre los diferentes stakeholders Motivadores de Negocio y Condiciones de mercado Modelos de referencia & Requerimientos Negocios Buenas prácticas & Regulaciones 21

22 Contexto AE: Resumen... La complejidad a la cual nos estamos enfrentando hoy en día debe ser abordada desde diferentes vistas y/o dimensiones Motivadores de negocio, análisis actuales y futuros de las diferentes vistas de valoración de complejidad definen la consistencia y calidad del trabajo de arquitectura (Alineación al negocio y las necesidades reales del negocio) En EA no sólo importa el framework sino también el método Define el horizonte de referencia hacia donde deben ir las actuales y futuras iniciativas de Tecnología en la organización de acuerdo a las necesidades del negocio Un enfoque EA específicamente busca eliminar incertidumbres. Cuando hay incertidumbres existen: sobre costos, estimaciones incorrectas

23 2.0 Contexto Empresarial 23

24 Elementos estructurales de una arquitectura de negocio (Parte 1) Cadena de valor Entendimiento Diseño Mercadeo Entrega Evaluación Macro-Processes (ValueChain) BP BP BP BP BP Línea Línea de negocio de negocio Requerimiento de negocio BP RN RN RN FN FN FN BP Funcionalidad de negocio Proceso de negocio Línea de negocio 24

25 Elementos estructurales de una arquitectura de negocio (Parte 2) Actores Clientes Procesos horizontales Área de procesos Estrategia Procesos Operación verticales Área de procesos Área de procesos BPO Proveedores & Socios Soporte Empleados, Accionistas Actores 25

26 Elementos estructurales de una arquitectura de negocio (Parte 3) Enterprise X-Telco Level 0 Major Business Functions 7.0 Manage IT 8.0 Manage Financial Resources 9.0 Acquire, Construct & Manage Property Level 1 Process Groups 8.6 Process AP & Expense Reimbursement 8.7 Manage Treasury Operations 8.8 Manage Internal Controls Level 2 Business Process Expense Reimbursement Process Accounts Payable Level 3 Business Activity Establish & Communicate Expense Policies Process Reimbursements & Advances Approve Reimbursements & Advances Level 4 Business Task Complete Expense Request Review Expense Request Approve Expense Request Verify Expense Request Transfer Funds Level 5 Business Step Idea tomada y derechos reservados desde APQC Review Change Rate Verify Expense Policy Compliance 26

27 Frameworks de referencia (etom- Industria Telco - Vista 1) Clientes Estrategia, Infraestructura y Productos Operaciones Estrategia & Compromiso Ciclo de vida de los recursos Ciclo de vida del producto Preparación y Soporte de la operación Aprovisionamiento Aseguramiento Facturación Proveedores & Socios Administración empresarial & corporativa Empleados, Accionistas Idea tomada y derechos reservados desde Telemanagement Forum 27

28 Frameworks de referencia (etom- Industria Telco - Vista 2) Clientes Estrategia, Infraestructura y Productos Manejo de oferta y Mercadeo Operaciones CRM Administración y desarrollo de servicios Estrategia & Compromiso Ciclo de vida de los recursos Ciclo de vida del producto Administración y desarrollo de recursos Administración y desarrollo de Proveedores, Partners Preparación y Soporte de la operación Aprovisionamiento Operación y administración de servicios Aseguramiento Operación y administración de recursos Proveedores, Socios Facturación Proveedores & Socios Administración empresarial & corporativa Empleados, Accionistas Idea tomada y derechos reservados desde Telemanagement Forum 28

29 Agenda Motivación Contexto: Arquitectura empresarial & Visión Empresarial Propuesta de valor para adopción: Lecciones aprendidas Preguntas & Respuesta 29

30 Lección #1: Proyecto de conceptualización como enfoque de mitigación de riesgos en proyectos de gran escala, alta incertidumbre, presupuestos altos. 30

31 Lección #1: Proyectos de conceptualización (Antes del cómo primero del Qué? Problema de negocio Para la cosas bien hechas no existen atajos Steve Jobs Identificación del QUE (análisis de arquitectura empresarial) Definición del CÓMO (Diseño) COMO DETALLADO (Definición y detalle de la implementación) 31

32 Lección #1: Proyectos de conceptualización (1) Discovery / Scoping Analisis Especificac ión de Negocio Análisis Diseño Construcción Pruebas Roll-out Proyecto de conceptualización Proyecto de implementación/implantación Forma de contratación: Time & Materials Enfoque arquitectónico: Entender el QUÉ vía un análisis de arquitectura empresarial Forma de contratación: Fixed-Price Enfoque arquitectónico: Entender el CÓMO vía un análisis de arquitectura de solución 32

33 Lección #1: Proyectos de conceptualización (2) Análisis multidimensional del problema AS-IS Negocio Problema Datos & Información de negocio a resolver Aplicaciones Tecnología TO-BE Sistemas Actuales Estándares actuales Operación diaria Motivadores de Negocio y Condiciones de mercado Mejoras & Nuevos Buenas requerimientos prácticas & Modelos Regulaciones de referencia 33

34 Lección #1: Proyectos de conceptualización (3) Solución como un todo Proyecto Adopción COTS (ERP / CRM) Migración de datos ( Calidad, Depuración, Carga) Quien estima y paga $$$ por los nuevos proyectos requeridos? Integración de aplicaciones Gestión del Cambio & Transformación interna 34

35 Lección #1: Proyectos de conceptualización (4) Análisis multidimensional del problema AS-IS GAP TO-BE ROADMAP Sistemas Actuales Estandares actuales Operación diaria Este roadmap debe ser: Basada en business capabilities Priorizado y concertado entre los diferentes stakeholders Motivadores de Negocio y Condiciones de mercado Modelos de referencia & Requerimientos Negocios Buenas prácticas & Regulaciones 35

36 Lección #1: Proyectos de conceptualización (5) Análisis multidimensional del problema 2 1. Levantar AS-IS 2. Determinar TO-BE 3. Identificar brechas 4. Priorizar 5. Elaborar roadmap Arquitectura de negocio 1 MOTIVADORES & METAS DE NEGOCIO 3 1. Levantar AS-IS 2. Determinar TO-BE 3. Identificar brechas 4. Priorizar 5. Elaborar roadmap Arquitectura de datos e Informació 4 1. Levantar AS-IS 2. Determinar TO-BE 3. Identificar brechas 4. Priorizar 5. Elaborar roadmap Arquitectura de Aplicaciones Levantar AS-IS 2. Determinar TO-BE 3. Identificar brechas 4. Priorizar 5. Elaborar roadmap Arquitectura Tecnología 36

37 Lección #1: Proyectos de conceptualización (6) Discovery / Scoping Analisis Especificac ión de Negocio Análisis Diseño Construcción Pruebas Roll-out Proyecto de conceptualización Proyecto de implementación/implantación Forma de contratación: Time & Materials Enfoque arquitectónico: Entender el QUÉ vía un análisis de arquitectura empresarial Forma de contratación: Fixed-Price Enfoque arquitectónico: Entender el CÓMO vía un análisis de arquitectura de solución 37

38 Lección #1: Proyectos de conceptualización (7) QUÉ? Arquitectura Empresarial CÓMO? Iniciativa o Proyecto Corporativo Arquitectura de Solución Detalle de la solución 38

39 Canales Switch Lineamientos Flujos Mediación Lección #1: Proyectos de conceptualización (8) Principios CÓMO? Arquitectura de Solución Detalle de Arquitectura de Solución la solución Prácticas Recomendadas Cores Estándares 39

40 Lección #2: Identifique claramente el modelo operacional de la organización 40

41 Lección #2: Modelo Operacional (1) El modelo operacional de una organización se define como el nivel deseado de integración y estandarización 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

42 Lección #2: Modelo Operacional (2) Integración de procesos de negocio + Coordinación (Grupo Sura- Sinergias) Diversificación (GE) - Unidades de negocio independientes con bases de conocimiento y clientes diferentes. Capacidad de TI predominante: Proveer economías de escalas sin limitar independencia. Unidades Unidades de negocio de negocio independientes simples e con interconectadas, con necesidades procesos de de conocer negocio las estándares transacciones y acceso y datos a datos de las global demás y unificados Capacidad Capacidad de TI predominante: de TI predominante: Acceder Soportar a datos el negocio compartidos sobre sistemas a través de empresariales interfaces técnicas que promuevan estándares procesos estándares y acceso a datos global Unificación (Bancolombia) Replicación (Franquicias) Unidades de negocio independientes pero con procesos similares Capacidad de TI predominante: Proveer aplicaciones e infraestructura estándar para obtener eficiencias globales Estandarización de procesos de negocio + 42

43 Lección #2: Modelo Operacional (3) El modelo operacional guía la adopción de TI y bajo ninguna circunstancia se puede forzar la organización a un visión o enfoque arquitectura sólo por estar a la moda. 43

44 Lección #3: Piense en gran arranque en pequeño (Proyecto CRM) Lección #3: Piense en gran arranque en pequeño (Apuestele a quick-wins, evite big-bangs ) 44

45 Lección #3: Piense en gran arranque en pequeño (Proyecto CRM) (1) KPI CRM Operacional KPI Retención Prospección KPI Cliente Fidelización Vinculación KPI KPI KPI Profundización CRM Analítico 45

46 Lección #3: Piense en gran arranque en pequeño (Proyecto CRM) (2) Mercadeo Venta Postventa Análisis de la situación actual (AS-IS) Definición del modelo referencia (TO-BE) Análisis de brechas Plan de implementación Transición 1 Procesos Funcionales Fase 1 Transición 2 Arquitectura Técnicas Fase 2 Producto Solución final Fase N 46

47 Lección #3: Piense en gran arranque en pequeño (Proyecto CRM) (3) Cobertura & valor de negocio Transición 1 Transición 2 Capacidad de negocio: Mercadeo & Preventa a segmento corporativo Capacidad de negocio: Profundización de la relación Transición 3 Capacidad de negocio: Venta Masivo & corporativo, Servicios Capacidad de negocio: Mercadeo & Preventa a segmento Masivo Roadmap Solucion final Tiempo 47

48 Lección #3: Piense en gran arranque en pequeño (Proyecto CRM) Consideraciones El todo es más 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 Herskey s) Entregue valor de negocio de manera incremental Valida arquitectura No asume mucho riesgo Va a la velocidad del cambio cultural. 48

49 Lección #4: Adopte no implemente 49

50 Lección #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 50

51 ción #4: Adopte no implemente s de procesos Clientes Adoptar + Customizar Estrategia Adoptar + Customizar Proveedores & Socios Soporte Empleados, Accionistas Adoptar Operación Adoptar

52 enda Motivación Contexto: Arquitectura empresarial & Visión Empresarial Propuesta de valor para adopción: Lecciones aprendidas Preguntas & Respuesta

53 Muchas Gracias!