Taller

Metodologia de Playbacks

Cómo hacer exitoso un proyecto de BPM

16 y 17 de Julio de 2015Ciudad de QuitoRepublica del Ecuador

Qué es BPM

Se llama Gestión o Administración por Procesos de Negocio (Business Process Management o BPM en inglés) a la metodología corporativa cuyo objetivo es mejorar el desempeño de la organización a través de la gestión de los procesos de negocio, que se deben diseñar, modelar, organizar, documentar y optimizar de forma continua.

BPM está basado en la observación de que cada producto que una empresa provee al mercado es el resultado de la ejecución de una serie de actividades. BPM es un instrumento para organizar estas actividades y mejorar la compresión de sus relaciones.

La visión de BPM establece que es un medio a partir del cuál las organizaciones pueden mejorar sus operaciones aprovechando la experiencia interna en el negocio. Esto se lograr participando a los usuarios de negocio en el diseño, definición y creación de las aplicaciones de proceso.El ciclo de vida de BPM se puede explicar en cuatro fases: diseño, modelado, ejecución y optimización.

Ciclo de Vida BPM

DiseñoDurante el diseño se busca capturar la visión ejecutiva de la organización, detectando (descubriendo), priorizando y analizando los procesos de la organización.

OptimizaciónEn esta etapa se analizan los datos obtenidos del proceso en ejecución, se evalúan las necesidades del negocio y se detecta las oportunidades de mejora, dando pie a una nueva iteración del ciclo de vida BPM.

EjecuciónInvolucra las actividades necesarias para convertir el modelo de proceso en una aplicación de proceso, desplegada en un ambiente de ejecución y que pueda ser monitoreada.

ModeladoEsta etapa comprende más que el modelado del proceso, requiere además la comprensión sobre como ajustar el proceso a la evolución de los requerimientos de la organización. En esta etapa el modelo de proceso es analizado en detalle y se realizan los cambios necesarios para que este pueda ser implementado como una aplicación de proceso.

Valor al negocioValor al negocio

Visibilidad

– Para gestionar los procesos de la compañía de manera inteligente., aprovechando los recursos y las oportunidades de negocios

Colaboración

– Buscando mejorar la automatización de los procesos y la cooperación entre las diferentes areas del negocio en pos de los resultados.

Gobierno

– Para tomar mejores decisiones, en menor tiempo y mas rápido que la competencia.

4

ExecutiveManagement

CustomerService

Risk ManagementTeams

Financeand Ops

Account Administration

PROCESS

BPM organiza y formaliza los procesosBPM organiza y formaliza los procesos

RULES

Con BPMCon BPM

● Del modelado a la implementación sin involucrar programadores

● Reglas de negocios externalizadas

● Proyectos dirigidos por la Metodología

● Aceleradores por industria

● Mayor participación de las areas de negocio

Patrones habituales de adopción para IBM BPMPatrones habituales de adopción para IBM BPM

PratrónDisparadores Resultados Obtenidos via IBM BPM

• ¿Tenemos aquí un exceso de trabajo manual?

• ¿Se ejecuta de forma diferente una misma secuencia de actividades?

• Mejora de la Eficiencia / Efectividad

• Procesos repetibles y consistentesWorkflow

• ¿Qué está haciendo la gente?

•¿ Podrían hacerlo mejor?

• Visibilidad de la productividad

• Identificar Oportunidades de Mejora

Monitoreo de la actividad del Negocio

• ¿Es exesivo el tiempo que se utliliza en los diferentes sitemas?

• ¿Son altos los costos y la elevada curva durante el aprendisaje?

• Mejorara la eficiencia / Efectividad de la tarea

• Reduce los costos de entrenamiento

Fron-End Unificado

• ¿Hay retrabajo innecesario?

• Las excepciones requieren de una atención desproporcionada?

• Reduce el re-trabajo

• Reduce el efuerzo incrementando la flexibilidad

Manejo de Excepciones

• ¿Los proyectos duran demasiado tiempo?

•¿ Hay atrazos en los proyectos?

• Mejora la reactividad de IT

• Reduce el retraso

Desarrollo de Aplicaciones

Proceso de Negocio

Un proceso de negocio es un conjunto de tareas relacionadas lógicamente llevadas a cabo para lograr un resultado de negocio definido. Cada proceso de negocio tiene sus entradas, funciones y salidas. Las entradas son requisitos que deben tenerse antes de que una función pueda ser aplicada. Cuando una función es aplicada a las entradas de un método, tendremos ciertas salidas resultantes.

Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su función. En este contexto un proceso de negocio puede ser visto a varios niveles de granularidad.

Los procesos poseen las siguientes características:

1.- Pueden ser medidos y están orientados al rendimiento.2.- Tienen resultados específicos3.- Entregan resultados a clientes o “stakeholders”4.- Responden a alguna acción o evento específico5.- Las actividades deben agregar valor a las entradas del proceso

Metodología de Playbacks – Historia

IBM BPM es el nombre actual del productos anteriormente llamado Lombardi.

Vincent Thomas Lombardi (11 de junio de 1913 - 3 de septiembre de 1970) fue un entrenador de fútbol americano estadounidense de ascendencia italiana. Lombardi fue Entrenador en jefe (Head Coach) de los Green Bay Packers de la NFL entre 1959 y 1967 y de los Washington Redskins por una temporada (1969).

Lombardi es considerado como uno de los mejores entrenadores de fútbol americano de la historia, así como figura representativa del juego del football y del espíritu ganador

La idea es que Vince Lombardi personifica la idea de que el trabajo en equipo y que la cooperación puede permitir a la grandeza. Esto también se aplica al producto original nombre Teamworks y el concepto de coaching.

Hoy en día, las tareas de usuario se llaman "coaches", dado que permite entrenar personas no capacitadas por medio de su aplicación.

Introducción

No todos los proyectos de BPM son exitosos y existen muchas causas por las cuales un proyecto de este tipo puede fracasar.

Muchas de las causas que terminan por definir el éxito de este tipo de proyecto se encuentran en la fase inicial de los mismos: ● en la elección del proceso● en las decisiones relacionadas con el alcance del proyecto● su organización inicial

La elección del primer proceso a implementar no es un aspecto trivial a dejar de lado.

Evaluación inicial

Sobre la organización¿Considera que su organización se encuentra orientada a procesos?¿Su organización posee procesos certificados bajo ISO 9000 u otras normas?¿Su organización implementa prácticas de mejora continua?¿Existen indicadores o métricas de los procesos implementados en su organización?¿Se pretende en este proyecto implementar alguna de las prácticas mencionadas anteriormente?¿El equipo asignado al proyectos se encuentra familiarizado con las prácticas mencionadas en las preguntas anteriores?

Sobre el proceso seleccionado¿Es el primer proceso que se implementará en la herramienta de BPM?¿El proceso a automatizar se encuentra en ejecución?¿Cuántos usuarios trabajarán en este proceso?¿La empresa tiene el proceso relevado?¿Se encuentran identificadas las dolencias que posee el proceso?¿La empresa tiene aplicaciones de workflow?¿Considera que el proceso es altamente dependiente de la comunicación con sistemas externos?¿Posee servicios o interfaces de integración reutilizables?

Evaluación Inicial

Las personas

¿Las personas involucradas al proyecto recibieron o recibirán capacitación en el uso de la herramienta?¿Las personas involucradas a la implementación de la infraestructura recibieron o recibirán capacitación en el uso de la herramienta?¿Los usuarios estarán involucrados en el proyecto desde el comienzo?¿Se encuentran identificadas las personas responsables del proceso y la aplicación?

Las herramientas

¿Ha seleccionado la herramienta para la implementación del proyecto?¿Se validaron las capacidades de la herramienta con respecto a las necesidades de la organización (a nivel funcional, de usabilidad y capacidad de integración)?¿Existe conocimiento en la organización sobre la herramienta seleccionada?

Sobre la metodología

¿Utiliza una metodología de relevamiento de requisitos / desarrollo de casos de prueba?¿Utiliza procesos iterativos para el desarrollo de aplicaciones?¿Conoce la metodología de playbacks recomendada por IBM?¿Cuenta con políticas definidas para el manejo de los despliegues y pases a producción?

Elección del primer proyecto

Existen varios conceptos dentro de la filosofía BPM que dirigen la elección de los proyectos a implementar bajo esta disciplina.

No hay mejor momento para hacer mejoras positivas que los momentos difíciles, esperar que las mejoras se realicen por sí solas es asegurar el camino al fracaso. La clave es que no se persiguen cualquier tipo de mejoras, sólo aquellas mejoras positivas, mejoras que agreguen valor al negocio.

La implementación del primer proceso utilizando una herramienta BPM sumará al proyecto riesgos inherentes a la curva de aprendizaje que toda herramienta y metodología posee.

Al momento de elegir el primer proceso se deben cuantificar los riesgos detenidamente en función de la madurez que la empresa posee en todas las disciplinas y demás aspectos involucrados en el proyecto.

Por tal motivo no es recomendable aprender con la implementación de un proceso crítico, incluso, aunque haya sido la mejora de este proceso el origen de la iniciativa de adopción de BPM.

Elección del primer proyecto

Importante

Uno de los mejores enfoques para el proyecto inicial será seleccionar la mejora de un proceso que no sólo satisfaga al negocio, sino que también pueda ser implementado con rapidez.

Se recomienda comenzar con un proyecto abordable, durante el cual se puedan desarrollar las habilidades del equipo respecto a la metodología y el manejo de la herramienta, para que rápidamente se agregue valor al negocio.

Aquellas iniciativas que inicialmente se consideraban una oportunidad, pueden convertirse en un dolor de cabeza cuando el proceso elegido no soporta los riesgos que el primer proyecto utilizando BPM genera por ser el primer contacto con las herramientas y la metodología.

Cada vez que el proyecto no pueda absorber los riesgos mencionados, habrá que postergar su ejecución hasta que la madurez del equipo los elimine o permita mitigarlos.

El éxito del primer proyecto fortalecerá -como pasa con la adopción de cualquier metodología, sistema o herramienta- la iniciativa de BPM y de la herramienta en la organización, todos querrán sumarse a una iniciativa exitosa.

Acerca de los perfiles

Un proyecto típico de BPM requerirá de personas que cumplan con los siguientes roles:

Gerente de proyecto: Responsable de la organización y comunicación del equipo, seguimiento de avances y riesgos.

Experto del negocio: Puede ser una persona o grupo de personas que realizará la definición del proceso y la determinación de los indicadores de performance que desee medir.

Analistas de negocio: Responsables del relevamiento de los requisitos y modelado del proceso en la herramienta.

Desarrollador: Participando en el desarrollo de las interfaces de los servicios de integración, construcción de pantallas de la aplicación y reportes.

Usuarios finales: Involucrados al final de cada iteración o playback en la prueba de los productos generados, brindando retroalimentación sobre el resultado y logrando una adopción de la aplicación en forma temprana.

IT: Dar asistencia durante la implementación de la herramienta en la fase inicial del proyecto, y seguimiento y control de la misma una vez que el proyecto sea implementado.

Organización del equipo

Importante

Es importante contar con una persona que posea la visión global del proyecto en el equipo, desde los aspectos funcionales hasta los relacionados a la disponibilidad de la infraestructura para la ejecución de la aplicación.

Que prevea y resuelva situaciones pongan en riesgo la aceptación del cliente, que realice el seguimiento de los planes de mitigación de riesgos, que mantenga al equipo comunicado y orientado en el camino de la solución del problema de negocio que se está intentando resolver.

Estimación

Existe una serie de cuestiones que deben ser consideradas al momento de realizar la estimación del proyecto.

A saber:

Complejidad del proceso:

– Cantidad y complejidad de las actividades y reglas del proceso.

– Cantidad de roles participantes

(cuanto mayor sea ésta, mayor será el tiempo requerido para realizar la verificación).

Servicios externos: – Cantidad y complejidad de las interfaces de integración.

Interfaces de usuario: – Cantidad y complejidad de las interfaces requeridas por los usuarios

(por ejemplo, ante la necesidades de consolidación de información).

Requisitos no funcionales

Lo fundamental es remarcar la importancia de realizar una revisión periódica de las estimaciones con el fin de ajustar los tiempos planteados inicialmente, como mínimo al inicio de cada una de las etapas / fases / playbacks del proyecto.

Recomendaciones para el desarrollo de la estimación

La clave para comprender mejor como estimar un proyecto de BPM es reconocer que sólo se puede estimar a un nivel de precisión relacionado con el nivel de desarrollo de la información disponible.

Esto quiere decir que a medida que el proyecto avance las estimaciones realizadas serán más certeras. Por tal motivo, se puede establecer una relación entre la etapa del proyecto y el nivel de certeza de la estimación

Este gráfico, llamado “cono de incertidumbre”, indica que la estimación en una etapa de identificación del proceso puede estar hasta 4 veces por encima o por debajo del valor real, y que la revisión de la misma a medida que avance el proyecto y la aplicación madure permitirá aumentar la precisión.

Debe destacarse la importancia de realizar una revisión periódica de las estimaciones con el fin de ajustar los tiempos planteados inicialmente, como mínimo al inicio de cada etapa.

Gestión de requisitos

No se debe confundir la utilización de una metodología iterativa de ejecución del proyecto con falta de necesidad de gestión de requisitos.

La etapa de gestión de requisitos debe permitir definir los límites de la aplicación y contar con una medida objetiva de las expectativas del usuario.

Por ello, es necesario que los requisitos sean formalizados en la etapa inicial, poniendo el foco en:

● Requisitos funcionales y reglas de proceso

● Necesidades e interfaces de servicios de integración

● Indicadores de performance significativos para el negocio

TIP

La definición de puestos y perfiles de las personas involucradas en el proceso puede ser útil para detectar funcionalidades a implementar en la aplicación en un proyecto de BPM, ya que allí encontraremos las actividades que realiza y los procesos en los que se encuentran involucradas.

Desarrollo de la Metodología

Metodología de Playbacks

Un playback es una demostración enfocada de un modelo de proceso en una etapa de desarrollo determinada, con un objeto de discusión, en donde se busca construir consenso, colaboración para detectar mejoras y, finalmente, la aprobación del modelo de proceso.

Los playbacks permiten llevar a cabo el desarrollo de la aplicación de proceso en forma iterativa. Cada una de estas iteraciones tendrán componentes de análisis de requerimientos, diseño de soluciones, construcción y ejecución de pruebas.

Entre las ventajas del desarrollo aplicando este tipo de metodología se puede mencionar:

1.- Reducción del riesgo general del proyecto

2.- Los cambios en el proyecto generarán menor esfuerzo de re-trabajo dado que estarán siendo evaluados en forma regular antes de completar el desarrollo

3.- Como consecuencia de los puntos anteriores, se puede esperar un menor tiempo de puesta en marcha de la solución

Metodología de Playbacks

La cantidad de playbacks en los que se divida el desarrollo de un proyecto puede variar de acuerdo a la complejidad de cada una de las etapas y las necesidades particulares de cada proyecto.

Lo que permanece invariable en cada una de las iteraciones es su estructura. Cada iteración tiene:

1.- Un objetivo claro que permite acotar el alcance de las actividades2.- Una serie de actividades a realizar3.- Una etapa de ejecución de pruebas4.- Una etapa de demostración del resultado

Recomendaciones para la demostración del playback

1.- Es conveniente transmitir el objetivo del playback a los usuarios que vayan a estar presentes

2.- Se puede realizar un ensayo de la presentación del playback antes de llevarlo a cabo con los usuarios

3.- El playback debería ser dirigido por el sponsor o dueño del proceso en la medida de lo posible, el playback debe ser ejecutado desde el portal

4.- Es importante tomar nota de las observaciones que se realicen, las discusiones se pueden dejar para un momento posterior al de la demostración

Playbacks

Playback 0

El playback 0 comienza luego de la selección del proceso a desarrollar. Se pueden dividir las actividades de esta fase en dos grupos: Análisis y Modelado.

ObjetivoEn este playback se definen las bases sobre las cuales, a través del proceso de implementación, se construirá la solución.

0

Playback 0 – Análisis

Se debe detallar los siguientes datos de cada actividad:

●Nombre●Descripción●Participante●Entradas●Salidas●Sistemas con los que se integra

Se definen las actividades humanas, de servicio y los sub-procesos. En esta etapa lo importante es realizar la identificación de las actividades, no es necesario hacer foco en la secuencia lógica en la que se ejecutan.

Se realiza la descripción del procesos detallando los siguientes puntos:

●Nombre del proceso●Descripción●Entradas●Salidas●Pre-condiciones●Post-condiciones●Tiempos esperados de ejecución / cantidad de casos●Métricas (relevantes al proceso)●Excepciones●Caminos alternativos●Formularios relacionados●Notificaciones●Bases de datos externas utilizadas●Otros documentos (relacionados)

Playback 0 – Modelado

Se crea y se trabaja con los siguientes elementos:

●Diagrama de procesos●Procesos y sub-procesos●Carriles (o lanes)●Actividades (humanas, de servicio, de llamada a sub-procesos)●Descripción, Tiempo esperado de ejecución, prioridades●Transiciones●Compuertas (Gateways)●Timers

Es recomendable utilizar los campos “Descripción” (generalmente disponibles en las suites de herramientas para desarrollar aplicaciones de procesos) que tienen los elementos utilizados para modelar el proceso dado que, por un lado brindan información rápidamente a la persona que trabaja sobre el modelo y por otra brindarán información al usuario durante la utilización de la aplicación.

Se puede utilizar las anotaciones para plantear consultas o reflejar definiciones sobre el diagrama. Además, se puede definir un código de colores para aplicar a las actividades y reflejar, por ejemplo, estados de avance en su implementación, necesidades de integración detectadas, o categorizar las integraciones de acuerdo a los sistemas a interconectar.

Playback 0 - Demostración

En la evaluación de este playback se debe poner foco en:

●Descripción de los objetivos y requerimientos●Validación de que el modelo de proceso cumple con esos objetivos y requerimientos

Playback 1a

Objetivo

En este playback se agregan los elementos necesarios para convertir el modelo de proceso “estático” en uno ejecutable.

1

Playback 1a – Actividades

Definición de Datos

Creación de los objetos de negocio que representen el modelo de datos manejado por el proceso.Re-utilizar objetos de negocio existentes. Detectar nuevos objetos de negocio que se considere necesario implementar para que sean re-utilizados en el futuro.Finalmente, se crearán las variables globales o locales en cada proceso, sub-proceso y actividad.

Definición de variables de flujo y configuración de gateways

Creación de variables para el control y demostración del flujo del proceso.Implementación de gateways a partir de la evaluación de las variables de flujo. Configuración de condiciones a través de expresiones o tablas de decisión.

Implementación de timers, grupos y asignación (routing)

Implementación de timer events para el control del flujo del proceso, por ejemplo, ante escalaciones luego de pasado cierto tiempo.Creación de grupos de participantes y configuración (asignación de grupos relacionados). Asignación de grupos de participantes a los carriles (lanes). Implementación de selectores y filtros de actores.Configuración de actividades multi-instancia.

Playback 1a – Demostración

La evaluación del playback 1a implica que se lleven a cabo dos actividades:

●Pruebas del equipo de desarrollo●Presentación al usuario

En la evaluación de este playback se debe poner foco en:

●Validación del modelo de proceso●Validar que las tareas se estén creando correctamente●Validar que las tareas sean correctamente asignadas a quién corresponde●Validar que el proceso recorre el camino correcto

Playback 1b

Objetivo

Este playback está enfocado en la construcción y personalización de las interfaces de usuario de la aplicación.

1

Playback 1b – Actividades

Adecuaciones

El objetivo de esta actividad es implementar aquellas adecuaciones aceptadas que pudieran surgir de las observaciones anotadas durante la demostración del playback anterior.Es importante que se revise luego del playback cuál es el impacto de las modificaciones solicitadas y que, en función de esto, se determine (en la medidad de lo posible en conjunto con el usuario para que entienda el impacto sobre el proyecto) cuales serán llevadas a cabo.

Implementación de formularios

En esta actividad se implementarán los formularios básicos para que el usuario realice la carga de los datos en cada etapa del proceso y estos sean asignados correctamente a las variables del proceso.Se diseñará las interacciones entre los formularios que compondrán cada una de las tareas humanas. Se agregará los campos necesarios a cada formulario. Se implementarán las validaciones de los campos requeridos.Se seleccionará el template de “look & feel” para la aplicación en caso de que exista. El desarrollo, o ajuste, de un template no formará parte del foco en esta etapa.

Playback 1b – Demostración

La evaluación del playback implica, nuevamente, que se lleven a cabo dos actividades:

●Pruebas del equipo de desarrollo●Presentación al usuario

En la evaluación de este playback se debe poner foco en:

●Validación del flujo de datos en las pantallas del proceso●Correcta asignación de los valores ingresados en los formularios a las variables

En esta etapa es conveniente registrar todas las mejoras solicitadas a las pantallas, de modo que se puedan llevar a cabo durante la ejecución del playaback 3.

Playback 2

Objetivo

Este playback está enfocado en la construcción y personalización de las interfaces de usuario de la aplicación.

2

Playback 2 – Actividades

Adecuaciones

Implementación de adecuaciones al playback 1bAplican las mismas consideraciones mencionadas en la tarea del playback anterior.

Implementación de servicios de decisión

El objectivo de esta actividad es implementación la evaluación de reglas de negocio como servicios. El resultado de la evaluación de las reglas generalmente tendrá incidencia en el valor de las variables de control del flujo del proceso (“flow_”).

Implementación de controladores para eventos externos

Se debe implementar aquellos controladores para los eventos externos que pudieran modificar el flujo del proceso. Por ejemplo, eventos que generen la finalización del proceso o esperas de sucesos para la continuación del flujo del proceso.

Implementación de integraciones

Implementación de servicios de integración con sistemas externos. Re-utilización de servicios de integración existentes.

Playback 2 – Demostración

La evaluación del playback implica, nuevamente, que se lleven a cabo dos actividades:

●Pruebas del equipo de desarrollo●Presentación al usuario

En la evaluación de este playback se debe poner foco en:

●Ejecución del proceso utilizando datos reales●Validación de las reglas implementadas en los servicios de decisión

Playback 3

Objetivo

Este playback está enfocado en la mejora de las interfaces de usuario, la definición de reportes que permitan monitorear el proceso y la implementación de un correcto manejo de errores

3

Playback 3 – Actividades

Adecuaciones

Implementación de adecuaciones al playback 2Aplican las mismas consideraciones mencionadas en la tarea del playback anterior.

Implementación de mejoras a los formularios

El objetivo de esta actividad es implementar mejoras que ayuden mejorar la usabilidad de las pantallas. Por ejemplo, reorganización de los datos en las pantallas, aplicación de estilos, implementación de controles más adecuados para la visualización de los datos, utilización de AJAX para hacer más dinámicas las pantallas, entre otras.

Implementación de reportes

Implementación de los reportes en la herramienta en función de los indicadores definidos.

Implementación de manejo de errores

Identificación de actividades con mayor probabilidad de falla. Definición de acciones ante la ocurrencia de estos errores.Implementación de eventos para lanzar y atrapar excepciones en las actividades seleccionadas.

Playback 3 – Demostración

La evaluación del playback implica, nuevamente, que se lleven a cabo dos actividades:

●Pruebas del equipo de desarrollo●Presentación al usuario

En la evaluación de este playback se debe poner foco en:

●Demostración de las mejoras implementadas en las pantallas●Demostración de reportes●Demostración del manejo de errores que realiza la aplicación

Playbacks

Ciclo de MadurezCiclo de Madurez

Etapa del recorrido

Objetivo y contexto del cliente

Definir la oportunidad

Aumento del impacto en el

negocio

Capacidad para ampliar los Proyectos

Incrementar el valor al negocio

Identificación del valor y los desafios del negocio

Primer proyecto exitoso

Crear un programa

Adopción del Negocio

.- Establecer las prioridades de negocio y objetivos..- Construir un plan para sus habilidades y potencial BPM

.- Implementar la primera solución con éxito..- Desarrolle las habilidades fundamentales sobre la plataforma..- Utilizar el éxito temprano fomentar nuevas adopciones

.- Aumentar el alcance e impacto de la misión..- Crear una masa crítica de conocimientos sobre la plataforma..- Establecer la gobernabilidad y la consistencia de los procesos.

.- Enfoque en la Línea de negocio / empresa.- Alinear la estrategia y las metas de ejecución..- Habilidades y disciplina maduras sobre la plataforma

¿Cómo podemos empezar a trabajar en nuestro primer proyecto?

¿Cómo podemos llegar a ser autosuficientes en varios proyectos?

¿Cómo podemos aumentar la escala para satisfacer la demanda de toda la empresa, evitando el riesgo de quedarse corto?

Tiempo

Ma

du

rez

RIESGO

;-) ¡Gracias!Fuentes:

● ¿Cómo Iniciar Un Proyecto Exitoso Con Business Process Management?

● Business Process Management: Metodología De Playbacks

Autores:

● Diego Mendoza (Arquitecto con 20 años de Experiencia)● Andres Sommariva (Gerente de Operaciones 12 Años de

Experiencia)