Adopción de BPM y SOA al interior de una organización financiera

1,979 views

Published on

¿Por qué BPM (gestión de los procesos de negocios) y SOA (arquitectura orientada a servicios) juntos?
SOA mejora la forma como se diseñan, gestionan y optimizan los procesos al promover.

Published in: Business
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,979
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
150
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

Adopción de BPM y SOA al interior de una organización financiera

  1. 1. Adopción de BPM/SOA en la Industria Financiera Juan Pablo Alamo David RocoIBM Global Business Services Financial Service Sector 1
  2. 2. Agenda Objetivos ¿Por qué BPM y SOA juntos ? Estrategia de adopción de BPM/SOA Resumen final, factores de éxito Preguntas 2
  3. 3. Centros de Competencia en la Industria de Finanzas Centro de Soluciones Financieras de Barcelona Centro de Soluciones Financieras de Brazil Centro de Excelencia BPM/SOA Grupo de Optimización de Procesos y Servicios de Negocio 3
  4. 4. ¿Por qué BPM y SOA juntos? SOA mejora la forma como se diseñan, gestionan y optimizan los procesos al promover SOA en el CORE de BPM: – Eficiencia en la Business construcción Processes de aplicaciones External Services – Reuso de (Application & Information) Activos existentes Operational Application Application Systems – Flexibilidad en (Application & Information Assets) Content Data Registry el cambio 4
  5. 5. Estrategia de Adopcion BPM/SOAMotivación ¿Cómo inicio un proceso de adopción BPM/SOA en mi compañía? ¿Cómo gestiono BPM/SOA para alcanzar resultados? ¿Quién guía, prioriza y genera consenso en la toma de decisiones? ¿Cómo le doy consistencia a la ejecución de mis proyectos? ¿Cómo afecta el ciclo de vida de los requerimientos? ¿Cómo aprovecho mis activos y las mejores prácticas? 5
  6. 6. Considerar una estrategia en etapascon resultados visibles Evitar una transformación tipo Big-Bang Identificar iniciativas claves fundacionales y/o con alto retorno Que respondan a necesidades concreta de negocio Que sea visible y permita a las áreas de negocio y TI explorar Define un Roadmap de adopción 6
  7. 7. Considerar una estrategia en etapascon resultados visible  Una buena aproximación es realizar un piloto  Realizar un taller de procesos y servicios Definir Metodología Hacer un taller Automatizar procesosImplementar una Programa PilotosPlataforma básica Etapa #1 Etapa #2 Etapa #3 Etapa #4 Práctica de Diseño e Implementación Gobernabilidad (Procesos y Servicios) Introducir nuevas capacidades Habilitar Administración Plataforma 7
  8. 8. Establecer un modelo de gobiernopara procesos y serviciosGobierno y Administración Entidades Legales y Accionistas, Dueños Regulatorias Normas, Políticas, Lineamientos, Estándares Gobierno Corporativo Gestión Empresarial Procesos Externos Gobierno de Procesos Gestión de Procesos Proveedores de Servicios Cumplimiento Gobierno TI Gobierno Gestión de TI Servicios Externos SOA 8
  9. 9. Centro de Excelencia BPM/SOA Provee dirección estratégica alineada con los objetivos de negocio Asistencia en lapriorizacion de lasfuncionalidades de negocio EjemploMetodologías y buenasprácticas de gestión de proyectos Directrices para Grupo de Expertos en arquitectura, estándares tecnología y procesos de y mejores prácticas negocio 9
  10. 10. IBM posee una metodología específicapara implementar modelos de gobiernoBPM/SOA  La metodología define 4 etapas Planificar Definir Habilitar Medir Determina el foco del Definir el modelo de Implementar el Refinar el modelo de Gobierno gobierno BPM/SOA modelo de gobierno gobierno Ajustar a los objetivos y Definir / Refinar los Implementar un plan de Medir la efectividad de entorno procesos de gobierno transición los procesos de gobierno Entender cuales son los Definir los cambios Iniciar los cambios Medir la efectividad de procesos actuales organizacionales organizacionales los cambios Definir el alcance del Definir los cambios TI en Lanzar el COE organizacionales Gobierno el desarrollo BPM/SOA BPM/SOA Revisar y refinar el Implementar la ambiente operativo infraestructura BPM/SOA Continuamente medir y mejorar los procesos de Gobierno BPM/SOA 10
  11. 11. Establecer una Arquitectura deReferencia BPM/SOA (AR) Declare cuales son los principios TI duraderos rectores para todos los proyectos BPM/SOA venideros Describa capacidades que quiere habilitar para orientar la sección de tecnología Otorgue a un área de la organización el asegurar que las soluciones estén en conformidad con la Arquitectura de Referencia 11
  12. 12. Establecer una Arquitectura de Referencia BPM/SOA (AR)  Utilice la arquitectura de referencia para documentar como las soluciones BPM/SOA que implemente se ajustan al modelo Ejecutivo Cliente Cliente Operador de Cuentas Formaliza Solicita Call-Center Plataforma IVR Internet Autoatención, Contact Composición Comercial Banking ATM y Kiosk Center Aplicaciones EjemploServiciosConsumidor de Integración (Enterprise Service Bus) Procesos de Negocios Composición; Coreografía; Proceso “business state machines” Venta de Crédito Servicio Clientes Servicio de Créditos Servicio de Notificación Servicios atómicos y compuestos Componentes Servicios Proveedor de Riesgo Enviar de Servicios e-mail Cliente Conector Datos XML Formalizar Básico Crédito Dirección Conector Desembolso MQ Ruteo Sistemas Sistem a Sistem a Sistem a Sistem a Sistem a Clientes Riesgo Crédito Cuentas Correo Operacionales 12
  13. 13. Establecer una Arquitectura deReferencia BPM/SOA (AR) Utilice la arquitectura de referencia para tomar decisiones en la selección de tecnología o productos de software Ejemplo 13
  14. 14. Contar con una metodologíaorientada a BPM/SOA Que se conduzca desde las áreas de negocio a través de las prácticas de modelado de procesos Que genere el vinculo con TI orientando al modelado de servicios que automatizan los procesos Que potencie el uso de activos existente en términos de sistemas, procesos y servicios IBM dispone un portafolio de metodología para responder tanto a BPM como SOA. IBM SOMA© es ampliamente conocida 14
  15. 15. Contar con una metodologíaorientada a BPM/SOA – IBMSOMA© Iniciar Adoptar y Personalizar la metodología Descomposición Analizar Modelado de Desde el análisis de los Servicios contra requerimientos hay un Identificación de Procesos Activos por Dominios Existentes Metas de negocio énfasis en identificar Servicios Candidatos Especificación Especificación de Componentes flujo Analizar Flujos de Servicio subsistemas Especificación de Especificación Servicios Especificación Se detallan las Especificación de Componentes Especificación decomponentes de la solución Información Mensajes y Eventos y los servicios a exponer Decisiones de Realización Exploración de Detallar la solución Realización Selección de Se establecen las patrones de Factibilidad en la Arquitectura de integración Técnica Referencia decisiones deimplementación de acuerdo Ensamble /con la tecnología en uso y el Construcción Transformación Integración ecosistema Compilación Implementació Pruebas Pruebas Pruebas de n Unitarias Integradas AceptaciónSe construyen y ensamblan Despliegue (Empaquetado / Aprovisionamiento)y prueban las componentes Cierre Monitoreo y Gestión Gobierno 15
  16. 16. Identifique herramientas para soportar el Gobierno y el Ciclo de Vida del Desarrollo BPM/SOA Herramientas para soporte al Gobierno y Ciclo de Vida del Software Identifica/ Define/Refina Especifica Modelo de Información Crea / Herramienta de Automatización de Componentes Construye Construcción y Despliegue Arquitecto de la Arquitecto de Componentes Solución / Integración Herramienta de Ejecución Datos / Build Diseño Caso de Pruebas Funcionales Información Modelado de Manager (Archivos EAR ) Fuente / Información Artefactos Analista Funcional / Diseño Casos Pruebas de Servicios Arquitecto Procesos Fuente / Crear Modelo Artefactos Especialista Modelo de Herramienta de Información Proceso Scripts de Diseño Casos Pruebas de Desempeño de Pruebas Análisis y Diseño Herramienta de Pruebas BPEL- Entidades Alto Nivel Modelo Desarrollo e Integración Construye Scripts de Ejecuta Modelo Casos de Canónico SOMA ME 3.2 Componentes de Aplicaciones y Componentes Pruebas Gestión Pruebas / Rastreo de Defectos Prueba Componentes Desarrollador Componentes Publicar Integra BPEL Ejecución Modelo de Componentes Servicios / UI (Archivos EAR ) Proceso Reusables Modelo ID Servicio / Construye Herramienta Implementación Proceso Publicar (UML) Porfolio Herramienta Flujos de Servicios e Integración Términos de Reposito y Gestor Flujos BPEL Reusable Construcción y Desarrollador Negocio Modelos de Activos Reusables Ensamble Procesos Integración Flujos Herramienta de Definición (Archivos BAR ) Flujos BPEL/ Modelado de Descripción KPI Eventos Configurador Procesos Modelo Monitoreo Integración de Invocación Sistema y Servicio Registro de Herramienta Servicios Información para Rediseño Servicios Modelado Medición Configura Invocación Flujo BPEL Modelo Monitoreo Actividad de Negocio Mediación Herramienta de Objetivos (Archivos EAR ) Servidor de Publicación de KPIs, Motor de Ejecución de Invocación Reglas Mon. Componente/ Aplicaciones y Procesos Procesos de Negocio Servicio Porfolio Servicios Servicios Reporte de Eventos Bus de Servicio Empresarial Objetivos , Monitor de Actividad del Evaluación Glosario de KPIs, Reglas Mon. Reglas Negocio (Archivos EAR) Negocio (BAM) Información Evaluación para Mejora ReglaRequerimientos de NegocioRequerimientos No-Funcionales HerramientaNegocio: Objetivos , KPIs, Políticas Reglas de Reglas de Motor deCasos de Uso Herramienta Gestión de Requerimientos Negocio Definición Reglas de Negocio Reglas de Negocio Negocio Control y Gestión de Cambios de Software (SCM) Planificación, asignación y rastreo de actividades , revisión y conformidad electrónica Leyenda Requerimiento Construcción/Ensamble Testing Gestión y Control Ejemplo 16 Diseño Ejecución Despliegue
  17. 17. Establezca prioridades y genere un plan de implementación que le permita madurar en el tiempo Identifica/ Herramientas para soporte al Gobierno y Ciclo de Vida del Software Define/Refina Especifica Modelo de Información Crea / Rational Build Forge Arquitecto de la Componentes Arquitecto de 2 Construye 3 Componentes Solución / Integración Build Ejecución Datos / InfoSphere Data Rational Functional Tester (Archivos EAR) Información Manager Architect Fuente / Artefactos Analista Funcional / Rational Service Tester Arquitecto Procesos Crear Modelo de Rational 1 Modelo Información Fuente / Artefactos Especialista Proceso BPEL- Software 1 Scripts de Pruebas Rational Performance Tester de Pruebas Entidades Alto Nivel Architect Modelo Rational Application Construye Ejecuta Modelo Scripts de Casos de Canónico SOMA ME 3.2 Componentes Developer Componentes Pruebas Rational Clear Quest Prueba Desarrollador Componentes Publicar 1 Integra BPEL Ejecución Modelo de Componentes Servicios / UI (Archivos EAR ) Proceso Reusables Modelo Proceso ID Servicio / 3 1 Construye Flujos WS Message Broker Toolkit Publicar (UML) Porfolio Términos de Rational Asset Flujos BPEL WS Integration Desarrollador Negocio 1 Modelos Reusables Manager Reusable Developer Integración Flujos Definición (Archivos BAR ) WB Business Flujos BPEL/ Modeler Descripción KPI Eventos Configurador Modelo Monitoreo WS Message 1 3 2 Invocación Servicio Broker WS Registry & Información para Repository WS Business Configura Rediseño Modelo Monitoreo Invocación Flujo Monitor Toolkit BPEL 3 Objetivos Mediación (Archivos EAR) 1 WS Business KPIs, Invocación WS Application Compass Reglas Mon. WS Process Server Componente/ Servicio Server Porfolio Servicios Reporte de Eventos Bus de Servicio 3 Objetivos , 2 Empresarial Business WS Business Monitor Evaluación KPIs, Reglas Mon. Reglas Glosarry (Archivos EAR) (BAM) Información Evaluación para Mejora ReglaRequerimientos de NegocioRequerimientos No-Funcionales 3 2 2Negocio: Objetivos , KPIs, Políticas Reglas de iLOG Designer Reglas de iLOG Engine BusinessCasos de Uso Rational Requirement Composer Negocio Negocio Business Rules Rules Rational Clear Case (SCM) Rational Team Concert Leyenda Requerimiento Construcción/Ensamble Testing Gestión y Control Ejemplo Diseño Ejecución Despliegue 17
  18. 18. Utilizar las mejores prácticas queproveen los modelos para la industriafinanciera Las implementaciones BPM/SOA de IBM utilizan activos reutilizables y modelos específicos de la industria como punto de partida. Ejemplos – CBM (Component Business Model) • Descomposición funcional de la organización – IFW (Information Framework) • Modelo de Información y Procesos – Aceleradores • WS Services Content Packs 18
  19. 19. Resumen final, factores de éxito  Considerar una estrategia en etapas con resultados visibles  Establecer un modelo de gobierno para procesos y servicios  Contar con un grupo de gobierno (CoE)  Establecer una arquitectura de referencia BPM/SOA  Contar con una metodología orientada a BPM/SOA  Identifique herramientas para apoyar el modelo de gobierno BPM y/o SOA, así como el ciclo de vida del desarrollo  Utilizar las mejores prácticas que proveen los modelos de industria. 19
  20. 20. ?Preguntas 20
  21. 21. Grazie Italian Traditional Chinese ThaiGraciasSpanish Merci French Russian Obrigado Arabic Brazilian Portuguese Danke German Simplified Chinese Japanese 21

×