1 Introducción a la Arquitectura Empresarial

22,581 views

Published on

Presentación del doctor Adolfo De Unánue en el taller Modelando su negocio mediante una arquitectura empresarial realizado el 19 de mayo en la ciudad de México con patrocinio de IBM y Matersys

Published in: Technology, Business
0 Comments
26 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
22,581
On SlideShare
0
From Embeds
0
Number of Embeds
2,161
Actions
Shares
0
Downloads
0
Comments
0
Likes
26
Embeds 0
No embeds

No notes for slide
  • Responding to these influencers results in the need to better address the business-IT gap. The Current economic climate may effect this shift in the short term, but long term, the amount of business automation will continue to increase and become more strategic Influencers drive businesses to be more differentiated, flexible and innovative IT as an enabler of business differentiation, agility and integration through automation and business intelligence But agility requires an efficient platform for innovation Shift spending from base operations to business strategic initiatives Supporting a shift from operational to strategic requires a flexible and innovative approach to base , competitive and differentiated business capabilities through IT exploitation to address a wide ranger of concerns including: Multi-channel Service Delivery Single View of Customer Corporate Social Responsibility Risk and Compliance Supply and demand-driven Value Networks Value-based Outsourcing Green Business Regulatory Compliance Mergers and Acquisitions Additional Influencers Consolidating Cost cutting Mergers and acquisitions Accountable decision making
  • Business and IT have to collaboration much closer than they have in order to keep up with the pace of change. Here are five key elements that will help make this happen. Common Language: Enables the EA to be captured, communicated and used to drive consistency across projects needed to enable efficiency and integration IT Saturation : As more business functions are automated with IT solutions, change in IT has a greater effect on the business. This results in a need to have better IT agility and governance in order enable sustainable solutions. Do More with Less : At the same time, IT must to more with less budget, be more efficient, make better use of existing enterprise assets, better portfolio management, providing a platform for innovation enabling efficient delivery of differentiating processes.
  • Enterprise architecture is focused on providing guidance and governance to projects and programmes intent on solving specific business and IT problems – whatever their scale or scope. This requires a set of architecture processes, that must be interlocked with those used to run projects: <reveal 1> Some are focused on the tasks needed to create and publish the enterprise architecture itself… <reveal 2> … while others are targeted at enabling projects to use and governed by the architecture. <reveal 3> And there is also the crucial need to keep the architecture “vital” - in line with the needs of the business, as well as being of practical value to projects <reveal 4> In other words, we need to focus separately on the construction of an EA: “making it”, as well as “using it”. As a footnote, it may be worth commenting on the three pictures across the top half of this slide: The architecture (as a collection of “books”) is shown as being created from a business strategy that has been created using Component Business Modelling, CBM, which represents the business as a collection of co-operating business components The “collection of books” must be published The EA may include reference architectures, such as the one shown for e-Business, available from the Enterprise Systems Structure initiative, ESS
  • A lot of that information already exists out there, but current Enterprise Architects are challenged in bringing that in and keeping it up to date. AM consists of creating and consuming the architecture. Today’s products are powerful communication tools, but are limited in communicating in the context of various stakeholders’ context, i.e., other tools that they use. Another challenge lies in getting existing architecture data created and maintained in such other tools brought into the broader tool. On the consuming side, keeping the implementation in sync with the architecture is difficult to maintain over time. Correspondingly, managing constant change taking place across the enterprise is a significant challenge as well. Finally, in the effort of creating the architecture, high-level business requirements are identified but typically not refined into solution requirements and not very well managed with respect to traceability, attributes, and the like.
  • In response to those impediments, AM will enhance reporting so that there is a way for users to gain insights into important enterprise information from a number of different viewpoints. And AM will improve ways to harvest information being managed by other tools into a more consolidated data source. Key to better consumption of the architecture is to have better integration between upstream and downstream products. And new and expanded change and asset life-cycle management will allow for a more enterprise-wide scope of control. Integrating EA with IT delivery enables business agility and reuse of assets and practices. Also governance of enterprise‑wide change management and best practice measurement adds to the vitality of enterprise assets. The goal is to guide effective solution delivery and making Enterprise Architecture relevant in the way that technologists and developers are actually developing and deploying solutions and services.
  • 1 Introducción a la Arquitectura Empresarial

    1. 1. Arquitectura Empresarial ¿Qué es? Adolfo De Unánue T. [email_address]
    2. 2. ...reducir mis tiempos de salida al mercado ...disminuir mis costos de mantenimiento ...incrementar las ganancias ...controlar la complejidad ...verificar mi ROI Quiero... ...seguir mis KPI ...modernizar ...mitigar riesgos ...garantizar el cumplimiento ...monitoreo en tiempo real
    3. 3. CIO's: expectativas <ul><ul><li>Mejorar los procesos de negocio.
    4. 4. Incrementar el uso de analíticas en la toma de decisiones.
    5. 5. Cortar/Contener costos a nivel empresarial.
    6. 6. Crear nuevos productos o servicios.
    7. 7. Consolidar los operaciones de negocios.
    8. 8. Asegurar la calidad de los productos y servicios.
    9. 9. etcétera... </li></ul></ul>Fuente: Gartner Executive Program's CIO Survey 2010
    10. 10. CIO's: Estrategias <ul><ul><li>Ligar las estrategias y planes de TI. </li><ul><li>Alineación </li></ul><li>Mejorar el gobierno de TI.
    11. 11. Implementar mejoras en los procesos de TI.
    12. 12. Entregar proyectos que habiliten el crecimiento del negocio.
    13. 13. Métricas a TI y procesos; Reducción de costos en TI; Mayor uso de análiticas en operaciones, servicios, productos.
    14. 14. etcétera... </li></ul></ul>Fuente: Gartner Executive Program's CIO Survey 2010
    15. 15. Palabras clave <ul>Las preocupaciones y estrategias de los CIO's de LA se pueden resumir en pocas palabras: <ul><li>Gobierno y Alineación de TI.
    16. 16. Planeación estratégica.
    17. 17. Alineación de TI y Negocio.
    18. 18. Reducción de Costos.
    19. 19. Generación de valor que soporte la estrategia.
    20. 20. Mediciones, recopilación de información para la toma de decisiones. </li></ul></ul>
    21. 21. <ul><li>Retos </li><ul><li>Mantener el éxito y el crecimiento
    22. 22. Hay cambios inevitables </li><ul><li>¿Cómo minimizo el impacto?
    23. 23. ¿Cómo me adapto dinámicamente al cambio? </li></ul><li>Competencia, Regulaciones, Innovar
    24. 24. Consumidor poderoso.
    25. 25. Nuevos competidores aparecen todo el tiempo. </li></ul></ul>Situación actual: Negocios
    26. 26. Clientes y Procesos <ul><li>Los clientes son la razón de ser del negocio, hay que escucharlos y aprender de ellos.
    27. 27. Esto implica orientar los procesos, personas y sistemas hacia ellos.
    28. 28. Medir, controlar y cambiar de manera ágil los componentes de la empresa(ya que el cliente/mercado es voluble)
    29. 29. En resumen centre toda su atención en los clientes y por ende en los procesos que los involucran. </li></ul>
    30. 30. <ul><li>Hace años que salimos del código espagueti, ahora tenemos aplicaciones espagueti ...
    31. 31. Tenemos capa, tras capa, tras capa de aplicaciones, sistemas, viejos, nuevos...
    32. 32. Y además cada LoB creció en TI por su lado ( silos ) </li></ul>Situación actual: TI
    33. 33. <ul><li>Si existe un departamento de TI entonces tenemos lo siguiente: </li><ul><li>¡Ah! Mira que bonito software deberíamos de comprarlo ... </li><ul><ul><li>Cambien “bonito” por cualquier adjetivo que les guste (o que hayan dicho) el resultado es el mismo: cajas apiladas en algún sótano, subutilización, cero ROI... </li></ul></ul><li>Ese es el mejor de los casos... </li><ul><ul><li>Puede ser: “Habrá que cambiar el proceso para que se adapte al sistema que acabo de comprar...” </li></ul></ul></ul></ul>Situación actual: TI
    34. 34. <ul><li>Algunos factores: </li><ul><li>TI ha sido utilizado para solucionar necesidades específicas de cada área de negocio:
    35. 35. visión limitada
    36. 36. TI le ha dicho a negocio como debe de comportarse:
    37. 37. ceguera voluntaria
    38. 38. Afán mesiánico de TI </li></ul></ul>¿Cómo llegamos aquí?
    39. 39. Sistemas/Datos Redundantes Iniciativas SOA Gobierno de TI y Organizacional La organización debe asegurar que los nuevos proyectos y tecnologías soporten la estrategia de negocio de la empresa Transformación y planeación empresarial Integración con sistemas legados Cumplimiento regulatorio Convencimiento de stakeholders Si están alineado Ti hacia las metas, la justificación para obtener fondos puede ser más fácil de obtener Bajo descubrimiento de Información Información repartida en varias fuentes, toda independiente Racionalización de aplicaciones / Gestión de Portafolios Información no actualizada Ningúna fuente de datos de plena confianza Cero protección al conocimiento organizacional Inhabilidad para reusar/relacionar información ¿Alguno le suena familiar?
    40. 40. <ul>El tamaño se está volviendo masivo: <ul><li>Migraciones
    41. 41. Varios sitios web al mismo tiempo
    42. 42. Fusiones, adquisiciones
    43. 43. Equipo obsoleto, compra de nuevo equipo
    44. 44. Cada vez tenemos más sistemas legados </li></ul></ul>Y apenas es el comienzo...
    45. 45. <ul>Piense antes de contestar estas preguntas ¿Sabe ... ... hacia dónde va la empresa? ... dónde está la empresa? ... cómo llegar a la empresa que tiene visualizada? </ul>
    46. 46. <ul><li>¿Balance Scorecard? ¿Mapas Estratégicos?
    47. 47. Sin metodologías estándar de planeación </li><ul><li>Conceptos Teflón, Administración con grapas </li></ul><li>Foco táctico
    48. 48. Falta de rigor
    49. 49. Planes corporativos pobres </li></ul>Alineación TI y Negocios
    50. 50. Es un problema de ejecución... <ul><li>Problemas con la ejecución estratégica...
    51. 51. Falta “algo” entre la formulación estratégica y la ejecución.
    52. 52. Es necesario incluir en esta cadena un “engrane” que permita hacer las cosas correctas ( ser efectivo ) y hacer correctamente las cosas ( ser eficiente ). </li></ul>Estrategia Gestión de Iniciativas, Programas Proyectos ¿?
    53. 53. <ul>Necesitamos cambiar de TI táctica a TI estratégica </ul><ul> Planeación </ul><ul>Entrega de Soluciones </ul><ul>TI como habilitador </ul><ul>Diferenciación </ul><ul>¿Cómo puedo determinar donde debo de invertir para el mayor efecto en negocio? </ul><ul>Flexibilidad </ul><ul>Me toma mucho tiempo obtener la información correcta en el tiempo correcto para optimizar mi toma de decisiones </ul><ul>Toma mucho tiempo y cuesta mucho dinero seguir las tendencias de mi mercado </ul><ul>Inovación </ul><ul>“ No puedo lograr que la gente de negocio articule sus requerimientos de tal manera que pueda ejecutarlos” </ul><ul>“ No puedo demostrar el valor y el diferenciador de mi proyecto de TI en negocio” </ul><ul>“ Para el momento que entrego una solución, la gente de negocio ya cambió el requerimiento” </ul><ul>Negocio </ul><ul>TI </ul><ul>“ Cada unidad de negocio cree que sus requerimientos son únicos” </ul><ul>Sin los métodos y herramientas para ligar la planeación con la entrega de soluciones … </ul><ul>... Negocio y TI luchan por alinearse </ul><ul>“ Quiero moverme de funciones de soporte a estrategia de negocio” </ul>
    54. 54. <ul>Una brecha creciente entre la visión de negocio, los procesos, el presupuesto, TI ... </ul>El resultado...
    55. 56. La realidad TI Negocios
    56. 57. arquitectura empresarial Todas las empresas en la actualidad tienen una arquitectura empresarial... ...Esta arquitectura no fué planeada, sólo ocurrió Antes que nada...
    57. 58. INTELIGENCIA LIBERAR PRESUPUESTO CREAR - INNOVAR SOSTENER LA VISIÓN DE NEGOCIO ¿Cómo lo hacemos? MEDIBLE, COMPROBABLE
    58. 59. <ul><li>AE promete proveer de gestión con visión y penetración suficiente para manejar la complejidad creciente.
    59. 60. Mientras que la aproximación clásica trata de resolver los problemas uno a uno, AE trata de resolverlos de una manera coherente e integrada, al mismo tiempo que ofrece un medio para alcanzar un entendimiento y conceptualización entre todos los stakeholders involucrados en gobernar la empresa </li></ul>Promesas
    60. 61. SA vs AE <ul>Enterprise Architecture </ul>
    61. 62. <ul><li>AE como: </li><ul><li>Idea </li><ul><li>Crear vistas abstractas de una organización que ayuden a las personas en la empresa a hacer mejores planes y tomar mejores decisiones. </li></ul><li>Práctica </li><ul><li>Programa de Gestión
    62. 63. Método de Documentación </li></ul></ul></ul>Arquitectura Empresarial
    63. 64. <ul><li>Programa de Gestión </li><ul><li>Es parte de una visión de Gobierno Integrado </li><ul><li>Alineación de recursos
    64. 65. Políticas de estandarización
    65. 66. Soporte de decisiones
    66. 67. Vigilancia de recursos </li></ul></ul></ul>Arquitectura Empresarial Planeación Estratégica Planeación de Fuerzas de Trabajo Gestión de Programas Seguridad Planeación de Capital AE Gobierno Integrado
    67. 68. <ul><li>Método de Documentación </li><ul><li>Un framework de modelado y una metodología de implementación.
    68. 69. Vista Actual y Vista Futura </li><ul><li>procesos, estrategias, recursos </li></ul><li>Plan de Gestión de AE </li><ul><li>Plan para mover desde la arquitectura actual a la arquitectura futura. </li></ul></ul></ul>Arquitectura Empresarial
    69. 70. AE: Explicación básica Capacidades Futuras Empresariales Estratégico Táctico Directrices y metas Prioridades de negocio Tecnologías Emergentes Escenarios Operativos Planes de Programas Capacidades Actuales Empresariales Arquitectura Empresarial Futura Gobierno Arquitectónico Plan de Migración Arquitectura Empresarial Actual
    70. 71. arquitectura empresarial ¿Qué tan bien estoy operando actualmente? ¿Cómo operaré en el futuro? ¿Cómo mantengo alineada la ejecución? ANALIZAR PLANEAR EJECUTAR
    71. 72. EA ayuda a visualizar el todo <ul>Con AE podemos observar como las estrategias, metas, componentes y tecnologías asociadas están relacionadas </ul><ul>Applications </ul><ul>Data </ul><ul>Orgs & </ul><ul>People </ul><ul>Enterprise Strategies & Direction </ul><ul>Business Processes & Services </ul><ul>IT Infrastructure & Services </ul><ul>Projects & Initiatives </ul>
    72. 73. arquitectura empresarial Sistemas de Información Planeación, Análisis Temporal, Análisis de Riesgos, Análisis de Impactos, Escenarios “¿Y si...?” , etc. Estrategia Negocio Tecnología Información & Datos Servicios & Apps
    73. 74. Actuar, actuar <ul><li>Realizar decisiones tácticas y estratégicas mejor informadas y en menos tiempo.
    74. 75. Priorizar inversiones en TI que soporten las metas de negocio.
    75. 76. Gestión de riesgos en la transformación organizacional.
    76. 77. Convierta la estrategia en ejecución con resultados medibles. </li></ul>Oportunidades...
    77. 78. arquitectura empresarial: orquestador Cumplimiento de Regulaciones Supply Chain Management Implementación e-business Diseño de Aplicaciones Gobierno de TI CPI Gestión de Procesos de Negocio Fusiones y Adquisiciones Ofrecimiento de Nuevos Servicios Reestructuración Interna ISO y Gestión de Calidad
    78. 79. <ul><li>Lenguaje común entre negocio y TI a lo largo de la empresa.
    79. 80. Manejar la saturación de a través de gobierno que guíe a soluciones sustentables
    80. 81. Proveer una plataforma eficiente para la innovación que incremente la vitalidad de la empresa
    81. 82. Crear metas y objetivos comunes entre los stakeholder, creando así consenso a lo largo de la empresa
    82. 83. Gestionar la inversión y gobierno de TI desde una perspectiva de negocio que balancee la flexibilidad con reducción de costos </li></ul>Se necesita
    83. 84. <ul>¡Arquitectura Empresarial es el engrane que falta! </ul><ul>Estrategia </ul><ul>Esperando que pase ... </ul><ul>Operaciones de negocio e infraestructura de TI </ul><ul>Change Programs </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul>
    84. 85. <ul>¡Arquitectura Empresarial es el engrane que falta! </ul><ul>Estrategia </ul><ul>Fire and hope! </ul><ul>Operaciones de negocio e infraestructura de TI </ul><ul>Arquitectura Empresarial </ul><ul>Transition Planning </ul><ul>Architecture Governance </ul><ul>Bus Arch’ture </ul><ul>IT Architecture </ul><ul>Business Structure </ul><ul>Business Locations </ul><ul><li>Foco a nivel Programa </li></ul><ul>Foco empresarial </ul><ul>Estrategia </ul><ul>Planeación </ul><ul>Diseño y entrega </ul><ul>Change Programs </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Technology Availability </ul><ul>Business Opportunity </ul><ul>Bus Strategy </ul><ul>IT Strategy </ul>
    85. 86. <ul>¡Arquitectura Empresarial es el engrane que falta! </ul><ul>Estrategia </ul><ul>Fire and hope! </ul><ul>Operaciones de negocio e infraestructura de TI </ul><ul>Arquitectura Empresarial </ul><ul>SOA </ul><ul>BPM </ul><ul>Transition Planning </ul><ul>Architecture Governance </ul><ul>Bus Arch’ture </ul><ul>IT Architecture </ul><ul>Business Structure </ul><ul>Business Locations </ul><ul><li>Foco a nivel Programa </li></ul><ul>Foco empresarial </ul><ul>Estrategia </ul><ul>Planeación </ul><ul>Diseño y entrega </ul><ul>Change Programs </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Technology Availability </ul><ul>Business Opportunity </ul><ul>Bus Strategy </ul><ul>IT Strategy </ul>
    86. 87. <ul>¡Arquitectura Empresarial es el engrane que falta! </ul><ul>Estrategia </ul><ul>Fire and hope! </ul><ul>Operaciones de negocio e infraestructura de TI </ul><ul>Arquitectura Empresarial </ul><ul>SOA </ul><ul>CBM </ul><ul>Transition Planning </ul><ul>Architecture Governance </ul><ul>Bus Arch’ture </ul><ul>IT Architecture </ul><ul>Business Structure </ul><ul>Business Locations </ul><ul><li>Foco a nivel Programa </li></ul><ul>Foco empresarial </ul><ul>Estrategia </ul><ul>Planeación </ul><ul>Diseño y entrega </ul><ul>Change Programs </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Soln Outline </ul><ul>Macro Design </ul><ul>Micro Design </ul><ul>Devt, etc. </ul><ul>Programme Architecture </ul><ul>Arquitectura Empresarial = “planes de la ciudad” </ul><ul>Diseño de Sistemas = “los edificios” </ul><ul>Estrategia =propósito y metas de la ciudad </ul><ul>Technology Availability </ul><ul>Business Opportunity </ul><ul>Bus Strategy </ul><ul>IT Strategy </ul>
    87. 88. <ul>La AE consiste en la creación de los elementos arquitectónicos y gobierno y de su facilitación de su uso por los equipos de soluciones. </ul><ul>Creando la AE </ul><ul>Usando la AE </ul><ul>Vitality </ul><ul>Vitality </ul><ul>On Demand – Technology Overview – Detail View </ul><ul>Capacity Management </ul><ul>Billing </ul><ul>License Mgmt Services </ul><ul>Rating </ul><ul>Metering Services </ul><ul>Data Access Services </ul><ul>Common Services </ul><ul>Portal Services </ul><ul>Workflow </ul><ul>… </ul><ul>Personalization </ul><ul>Reporting </ul><ul>… </ul><ul>… </ul><ul>Policy Based Orchestration </ul><ul>Collaboration </ul><ul>Services Integration Frameworks </ul><ul>Presentation </ul><ul>Mediation </ul><ul>Events </ul><ul>ETL </ul><ul>Acquired Services </ul><ul>… </ul><ul>… </ul><ul>… </ul><ul>nt </ul><ul>Policy Based Orchestration </ul><ul>Adaptors/ Connectors </ul><ul>Application Connectivity Services </ul><ul>Web Services </ul><ul>Business Services </ul><ul>… </ul><ul>… </ul><ul>Business Connection </ul><ul>Create </ul><ul>Publish </ul><ul>Use </ul><ul>Govern </ul>
    88. 89. <ul>Crear la AE </ul><ul><li>Llenar el repositorio de AE con información de todos los dominios </li></ul><ul><li>Comunicación con los stakeholders
    89. 90. en su contexto </li></ul><ul><li>Administrar los constantes cambios en la arquitectura </li></ul><ul><li>Mantener a los proyectos individuales sincronizados con la AE </li></ul><ul><li>Consumir la AE </li></ul><ul>El reto es transformar los requerimientos de negocio en implementación </ul><ul>El lenguaje de los estrategas </ul><ul>Lenguaje de los Diseñadores de la SOlución </ul><ul>“ To-be” </ul><ul><li>“ As-is” </li></ul><ul>Proveer principios de guía </ul><ul>Asegurar el Gobierno </ul><ul>Estabilidad para los programas </ul><ul>Moverse con el negocio </ul>
    90. 91. <ul><li>“ Cosecha” automatizada de las fuentes de la arquitectura </li></ul><ul><li>Gobierno de la arquitectura empresarial </li></ul><ul><li>Reportes avanzados para mejorar la comunicación </li></ul><ul><li>Integración del área de entregas de TI para permitir el reuso </li></ul><ul>Consumir la AE </ul><ul>Crear la AE </ul><ul>Integración de requerimientos de negocio e implementación </ul><ul>Un lenguaje de arquitectura </ul><ul>“ as is” and “to be” </ul><ul>Herramientas integradas </ul><ul>Control de versiones y gobierno de la publicación </ul>
    91. 92. Gracias por su atención ¿Preguntas?

    ×