Taller

Metodologia de Playbacks
Cmo hacer exitoso un proyecto de BPM
16 y 17 de Julio de 2015
Ciudad de Quito
Republica del Ecuador

Qu es BPM
Se llama Gestin o Administracin por Procesos de
Negocio (Business Process Management o BPM en
ingls) a la metodologa corporativa cuyo objetivo es
mejorar el desempeo de la organizacin a travs de la
gestin de los procesos de negocio, que se deben
disear, modelar, organizar, documentar y optimizar
de forma continua.
BPM est basado en la observacin de que cada
producto que una empresa provee al mercado es el
resultado de la ejecucin de una serie de actividades.
BPM es un instrumento para organizar estas actividades
y mejorar la compresin de sus relaciones.
La visin de BPM establece que es un medio a partir del
cul las organizaciones pueden mejorar sus
operaciones aprovechando la experiencia interna en el
negocio. Esto se lograr participando a los usuarios de
negocio en el diseo, definicin y creacin de las
aplicaciones de proceso.El ciclo de vida de BPM se
puede explicar en cuatro fases: diseo, modelado,
ejecucin y optimizacin.

Ciclo de Vida BPM

Diseo

Durante el diseo se busca capturar la visin ejecutiva de la

organizacin, detectando (descubriendo), priorizando y
analizando los procesos de la organizacin.

Modelado

Esta etapa comprende ms que el modelado del proceso, requiere adems la

comprensin sobre como ajustar el proceso a la evolucin de los
requerimientos de la organizacin. 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 aplicacin de proceso.

Ejecucin

Involucra las actividades necesarias para convertir el modelo de proceso en

una aplicacin de proceso, desplegada en un ambiente de ejecucin y que
pueda ser monitoreada.

Optimizacin

En esta etapa se analizan los datos obtenidos del proceso en

ejecucin, se evalan las necesidades del negocio y se detecta
las oportunidades de mejora, dando pie a una nueva iteracin
del ciclo de vida BPM.

Valor al negocio

Visibilidad
Para gestionar los procesos de la
compaa de manera inteligente.,
aprovechando los recursos y las
oportunidades de negocios

Colaboracin
Buscando mejorar la automatizacin
de los procesos y la cooperacin
entre las diferentes areas del
negocio en pos de los resultados.

Gobierno
Para tomar mejores decisiones, en
menor tiempo y mas rpido que la
competencia.
4

BPM organiza y formaliza los procesos

Con BPM

Finance
and Ops
Risk Management
Teams

Account
Administration

Executive
Management

Customer
Service

RULES
PROCESS

Del modelado a la
implementacin sin involucrar
programadores
Reglas de negocios
externalizadas
Proyectos dirigidos por la
Metodologa
Aceleradores por industria
Mayor participacin de las
areas de negocio

Patrones habituales de adopcin para IBM BPM

Disparadores

Tenemos aqu un exceso de trabajo

manual?

Pratrn
Workflow

Se ejecuta de forma diferente una

misma secuencia de actividades?

Qu est haciendo la gente?

Podran hacerlo mejor?
Es exesivo el tiempo que se utliliza
en los diferentes sitemas?
Son altos los costos y la elevada
curva durante el aprendisaje?

Hay retrabajo innecesario?

Las excepciones requieren de una
atencin desproporcionada?

Los proyectos duran demasiado

tiempo?
Hay atrazos en los proyectos?

Monitoreo de
la actividad
del Negocio

Fron-End
Unificado

Resultados Obtenidos via IBM BPM

Mejora de la Eficiencia / Efectividad

Procesos repetibles y consistentes

Visibilidad de la productividad
Identificar Oportunidades de Mejora

Mejorara la eficiencia / Efectividad de

la tarea
Reduce los costos de entrenamiento

Manejo de
Excepciones

Desarrollo de
Aplicaciones

Reduce el re-trabajo
Reduce el efuerzo incrementando la
flexibilidad

Mejora la reactividad de IT
Reduce el retraso

Proceso de Negocio

Un proceso de negocio es un conjunto de tareas relacionadas lgicamente 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 funcin pueda ser
aplicada. Cuando una funcin es aplicada a las entradas de un mtodo, 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 funcin. En este contexto un proceso de
negocio puede ser visto a varios niveles de granularidad.

Los procesos poseen las siguientes caractersticas:

1.- Pueden ser medidos y estn orientados al rendimiento.
2.- Tienen resultados especficos
3.- Entregan resultados a clientes o stakeholders
4.- Responden a alguna accin o evento especfico
5.- Las actividades deben agregar valor a las entradas del proceso

Metodologa 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 ftbol 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 ftbol
americano de la historia, as como figura representativa del juego del
football y del espritu ganador
La idea es que Vince Lombardi personifica la idea de que el trabajo en
equipo y que la cooperacin puede permitir a la grandeza. Esto
tambin se aplica al producto original nombre Teamworks y el
concepto de coaching.
Hoy en da, las tareas de usuario se llaman "coaches", dado que permite
entrenar personas no capacitadas por medio de su aplicacin.

Introduccin
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 eleccin del proceso

en las decisiones relacionadas con el alcance del proyecto

su organizacin inicial

La eleccin del primer proceso a implementar no es un aspecto trivial a dejar de

lado.

Evaluacin inicial
Sobre la organizacin
Considera que su organizacin se encuentra orientada a procesos?
Su organizacin posee procesos certificados bajo ISO 9000 u otras normas?
Su organizacin implementa prcticas de mejora continua?
Existen indicadores o mtricas de los procesos implementados en su organizacin?
Se pretende en este proyecto implementar alguna de las prcticas mencionadas anteriormente?
El equipo asignado al proyectos se encuentra familiarizado con las prcticas 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 ejecucin?
Cuntos usuarios trabajarn 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 comunicacin con sistemas externos?
Posee servicios o interfaces de integracin reutilizables?

Evaluacin Inicial
Las personas
Las personas involucradas al proyecto recibieron o recibirn capacitacin en el uso de la
herramienta?
Las personas involucradas a la implementacin de la infraestructura recibieron o recibirn
capacitacin en el uso de la herramienta?
Los usuarios estarn involucrados en el proyecto desde el comienzo?
Se encuentran identificadas las personas responsables del proceso y la aplicacin?
Las herramientas
Ha seleccionado la herramienta para la implementacin del proyecto?
Se validaron las capacidades de la herramienta con respecto a las necesidades de la organizacin
(a nivel funcional, de usabilidad y capacidad de integracin)?
Existe conocimiento en la organizacin sobre la herramienta seleccionada?
Sobre la metodologa
Utiliza una metodologa de relevamiento de requisitos / desarrollo de casos de prueba?
Utiliza procesos iterativos para el desarrollo de aplicaciones?
Conoce la metodologa de playbacks recomendada por IBM?
Cuenta con polticas definidas para el manejo de los despliegues y pases a produccin?

Eleccin del primer proyecto

Existen varios conceptos dentro de la filosofa BPM que dirigen la eleccin de los proyectos a
implementar bajo esta disciplina.
No hay mejor momento para hacer mejoras positivas que los momentos difciles, 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, slo aquellas mejoras positivas, mejoras que agreguen valor al negocio.
La implementacin del primer proceso utilizando una herramienta BPM sumar al proyecto riesgos
inherentes a la curva de aprendizaje que toda herramienta y metodologa posee.
Al momento de elegir el primer proceso se deben cuantificar los riesgos detenidamente en funcin de
la madurez que la empresa posee en todas las disciplinas y dems aspectos involucrados en el
proyecto.

Por tal motivo no es recomendable aprender con la implementacin de un proceso crtico, incluso,
aunque haya sido la mejora de este proceso el origen de la iniciativa de adopcin de BPM.

Eleccin del primer proyecto

Importante
Uno de los mejores enfoques para el proyecto inicial ser seleccionar la mejora de un proceso que
no slo satisfaga al negocio, sino que tambin 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 metodologa y el manejo de la herramienta, para que
rpidamente 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 metodologa.
Cada vez que el proyecto no pueda absorber los riesgos mencionados, habr que postergar su
ejecucin hasta que la madurez del equipo los elimine o permita mitigarlos.
El xito del primer proyecto fortalecer -como pasa con la adopcin de cualquier metodologa,
sistema o herramienta- la iniciativa de BPM y de la herramienta en la organizacin, todos querrn
sumarse a una iniciativa exitosa.

Acerca de los perfiles

Un proyecto tpico de BPM requerir de personas que cumplan con los siguientes roles:
Gerente de proyecto: Responsable de la organizacin y comunicacin del equipo, seguimiento de
avances y riesgos.
Experto del negocio: Puede ser una persona o grupo de personas que realizar la definicin del
proceso y la determinacin 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 integracin,
construccin de pantallas de la aplicacin y reportes.
Usuarios finales: Involucrados al final de cada iteracin o playback en la prueba de los productos
generados, brindando retroalimentacin sobre el resultado y logrando una adopcin de la aplicacin
en forma temprana.
IT: Dar asistencia durante la implementacin de la herramienta en la fase inicial del proyecto, y
seguimiento y control de la misma una vez que el proyecto sea implementado.

Organizacin del equipo

Importante
Es importante contar con una persona que posea la visin global del proyecto en el equipo, desde
los aspectos funcionales hasta los relacionados a la disponibilidad de la infraestructura para la
ejecucin de la aplicacin.
Que prevea y resuelva situaciones pongan en riesgo la aceptacin del cliente, que realice el
seguimiento de los planes de mitigacin de riesgos, que mantenga al equipo comunicado y orientado
en el camino de la solucin del problema de negocio que se est intentando resolver.

Estimacin
Existe una serie de cuestiones que deben ser consideradas al momento de realizar la estimacin 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 verificacin).

Servicios externos:
Cantidad y complejidad de las interfaces de integracin.
Interfaces de usuario:
Cantidad y complejidad de las interfaces requeridas por los usuarios
(por ejemplo, ante la necesidades de consolidacin de informacin).
Requisitos no funcionales
Lo fundamental es remarcar la importancia de realizar una revisin peridica de las estimaciones con
el fin de ajustar los tiempos planteados inicialmente, como mnimo al inicio de cada una de las
etapas / fases / playbacks del proyecto.

Recomendaciones para el desarrollo de la estimacin

La clave para comprender mejor
como estimar un proyecto de BPM es
reconocer que slo se puede estimar
a un nivel de precisin relacionado
con el nivel de desarrollo de la
informacin disponible.
Esto quiere decir que a medida que el
proyecto avance las estimaciones
realizadas sern ms certeras. Por tal
motivo, se puede establecer una
relacin entre la etapa del proyecto y
el nivel de certeza de la estimacin

Este grfico, llamado cono de incertidumbre, indica que la estimacin en una etapa de
identificacin del proceso puede estar hasta 4 veces por encima o por debajo del valor
real, y que la revisin de la misma a medida que avance el proyecto y la aplicacin madure
permitir aumentar la precisin.
Debe destacarse la importancia de realizar una revisin peridica de las estimaciones con
el fin de ajustar los tiempos planteados inicialmente, como mnimo al inicio de cada etapa.

Gestin de requisitos
No se debe confundir la utilizacin de una metodologa iterativa de ejecucin del proyecto con falta
de necesidad de gestin de requisitos.
La etapa de gestin de requisitos debe permitir definir los lmites de la aplicacin 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 integracin

Indicadores de performance significativos para el negocio

TIP
La definicin de puestos y perfiles de las personas involucradas en el proceso puede ser til para
detectar funcionalidades a implementar en la aplicacin 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 Metodologa

Metodologa de Playbacks

Un playback es una demostracin enfocada de un modelo de proceso en una etapa de

desarrollo determinada, con un objeto de discusin, en donde se busca construir
consenso, colaboracin para detectar mejoras y, finalmente, la aprobacin del modelo
de proceso.
Los playbacks permiten llevar a cabo el desarrollo de la aplicacin de proceso en forma
iterativa. Cada una de estas iteraciones tendrn componentes de anlisis de
requerimientos, diseo de soluciones, construccin y ejecucin de pruebas.

Entre las ventajas del desarrollo aplicando este tipo de metodologa se puede
mencionar:
1.- Reduccin del riesgo general del proyecto
2.- Los cambios en el proyecto generarn menor esfuerzo de re-trabajo dado que
estarn 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 solucin

Metodologa 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 iteracin tiene:
1.- Un objetivo claro que permite acotar el alcance de las actividades
2.- Una serie de actividades a realizar
3.- Una etapa de ejecucin de pruebas
4.- Una etapa de demostracin del resultado

Recomendaciones para la demostracin 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 presentacin del playback antes de llevarlo a cabo
con los usuarios
3.- El playback debera ser dirigido por el sponsor o dueo 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 demostracin

Playbacks

Playback 0

El playback 0 comienza luego de la seleccin del proceso a

desarrollar. Se pueden dividir las actividades de esta fase en dos
grupos: Anlisis y Modelado.

Objetivo

En este playback se definen las bases sobre las cuales, a travs del
proceso de implementacin, se construir la solucin.

Playback 0 Anlisis

Se realiza la descripcin del procesos

detallando los siguientes puntos:
Nombre del proceso
Descripcin

Entradas

Salidas

Pre-condiciones

Post-condiciones

Tiempos esperados de ejecucin / cantidad de

casos

Mtricas (relevantes al proceso)

Excepciones

Caminos alternativos

Formularios relacionados

Notificaciones

Bases de datos externas utilizadas

Otros documentos (relacionados)

Se debe detallar los siguientes

datos de cada actividad:
Nombre
Descripcin

Participante

Entradas

Salidas

Sistemas con los que se integra

Se
definen
las
actividades
humanas, de servicio y los subprocesos. En esta etapa lo
importante
es
realizar
la
identificacin de las actividades, no
es necesario hacer foco en la
secuencia lgica en la que se
ejecutan.

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 subprocesos)

Descripcin, Tiempo esperado de ejecucin, prioridades

Transiciones

Compuertas (Gateways)

Timers

Es recomendable utilizar los campos Descripcin (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 informacin
rpidamente a la persona que trabaja sobre el modelo y por otra brindarn informacin al
usuario durante la utilizacin de la aplicacin.
Se puede utilizar las anotaciones para plantear consultas o reflejar definiciones sobre el
diagrama. Adems, se puede definir un cdigo de colores para aplicar a las actividades y
reflejar, por ejemplo, estados de avance en su implementacin, necesidades de
integracin detectadas, o categorizar las integraciones de acuerdo a los sistemas a
interconectar.

Playback 0 - Demostracin

En la evaluacin de este playback se debe poner foco en:

Descripcin de los objetivos y requerimientos

Validacin 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 esttico en uno ejecutable.

Playback 1a Actividades
Definicin de Datos
Creacin 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 crearn las variables globales o locales en cada proceso, sub-proceso y
actividad.
Definicin de variables de flujo y configuracin de gateways
Creacin de variables para el control y demostracin del flujo del proceso.
Implementacin de gateways a partir de la evaluacin de las variables de flujo.
Configuracin de condiciones a travs de expresiones o tablas de decisin.
Implementacin de timers, grupos y asignacin (routing)
Implementacin de timer events para el control del flujo del proceso, por ejemplo, ante
escalaciones luego de pasado cierto tiempo.
Creacin de grupos de participantes y configuracin (asignacin de grupos relacionados).
Asignacin de grupos de participantes a los carriles (lanes). Implementacin de selectores
y filtros de actores.
Configuracin de actividades multi-instancia.

Playback 1a Demostracin

La evaluacin del playback 1a implica que se lleven a cabo dos actividades:

Pruebas del equipo de desarrollo
Presentacin al usuario

En la evaluacin de este playback se debe poner foco en:

Validacin del modelo de proceso

Validar que las tareas se estn creando correctamente

Validar que las tareas sean correctamente asignadas a quin corresponde

Validar que el proceso recorre el camino correcto

Playback 1b

Objetivo
Este playback est enfocado en la construccin y personalizacin de las interfaces de
usuario de la aplicacin.

Playback 1b Actividades

Adecuaciones
El objetivo de esta actividad es implementar aquellas adecuaciones aceptadas que
pudieran surgir de las observaciones anotadas durante la demostracin del playback
anterior.
Es importante que se revise luego del playback cul es el impacto de las modificaciones
solicitadas y que, en funcin de esto, se determine (en la medidad de lo posible en
conjunto con el usuario para que entienda el impacto sobre el proyecto) cuales sern
llevadas a cabo.
Implementacin de formularios
En esta actividad se implementarn los formularios bsicos 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 disear las interacciones entre los formularios que compondrn cada una de las
tareas humanas. Se agregar los campos necesarios a cada formulario. Se
implementarn las validaciones de los campos requeridos.
Se seleccionar el template de look & feel para la aplicacin en caso de que exista. El
desarrollo, o ajuste, de un template no formar parte del foco en esta etapa.

Playback 1b Demostracin

La evaluacin del playback implica, nuevamente, que se lleven a cabo dos actividades:
Pruebas del equipo de desarrollo
Presentacin al usuario

En la evaluacin de este playback se debe poner foco en:

Validacin del flujo de datos en las pantallas del proceso

Correcta asignacin 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 ejecucin del playaback 3.

Playback 2

Objetivo
Este playback est enfocado en la construccin y personalizacin de las interfaces de
usuario de la aplicacin.

Playback 2 Actividades

Adecuaciones
Implementacin de adecuaciones al playback 1b
Aplican las mismas consideraciones mencionadas en la tarea del playback anterior.
Implementacin de servicios de decisin
El objectivo de esta actividad es implementacin la evaluacin de reglas de negocio como
servicios. El resultado de la evaluacin de las reglas generalmente tendr incidencia en el
valor de las variables de control del flujo del proceso (flow_).
Implementacin 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 finalizacin del proceso
o esperas de sucesos para la continuacin del flujo del proceso.
Implementacin de integraciones
Implementacin de servicios de integracin con sistemas externos. Re-utilizacin de
servicios de integracin existentes.

Playback 2 Demostracin

La evaluacin del playback implica, nuevamente, que se lleven a cabo dos actividades:
Pruebas del equipo de desarrollo
Presentacin al usuario

En la evaluacin de este playback se debe poner foco en:

Ejecucin del proceso utilizando datos reales

Validacin de las reglas implementadas en los servicios de decisin

Playback 3

Objetivo
Este playback est enfocado en la mejora de las interfaces de usuario, la definicin de
reportes que permitan monitorear el proceso y la implementacin de un correcto manejo
de errores

Playback 3 Actividades
Adecuaciones
Implementacin de adecuaciones al playback 2
Aplican las mismas consideraciones mencionadas en la tarea del playback anterior.
Implementacin de mejoras a los formularios
El objetivo de esta actividad es implementar mejoras que ayuden mejorar la usabilidad de
las pantallas. Por ejemplo, reorganizacin de los datos en las pantallas, aplicacin de
estilos, implementacin de controles ms adecuados para la visualizacin de los datos,
utilizacin de AJAX para hacer ms dinmicas las pantallas, entre otras.
Implementacin de reportes
Implementacin de los reportes en la herramienta en funcin de los indicadores definidos.
Implementacin de manejo de errores
Identificacin de actividades con mayor probabilidad de falla. Definicin de acciones ante
la ocurrencia de estos errores.
Implementacin de eventos para lanzar y atrapar excepciones en las actividades
seleccionadas.

Playback 3 Demostracin

La evaluacin del playback implica, nuevamente, que se lleven a cabo dos actividades:
Pruebas del equipo de desarrollo
Presentacin al usuario

En la evaluacin de este playback se debe poner foco en:

Demostracin de las mejoras implementadas en las pantallas

Demostracin de reportes

Demostracin del manejo de errores que realiza la aplicacin

Playbacks

Ciclo de Madurez
Etapa del
recorrido

Objetivo y
contexto del
cliente

Identificacin del
valor y los desafios
del negocio

Primer proyecto
exitoso

Definir la
oportunidad

Incrementar el
valor al negocio

.- Establecer las prioridades de

negocio y objetivos.
.- Construir un plan para sus
habilidades y potencial BPM

Capacidad para
ampliar los
Proyectos

.- Implementar la primera solucin con

xito.
.- Desarrolle las habilidades
fundamentales sobre la plataforma.
.- Utilizar el xito temprano fomentar
nuevas adopciones

Aumento del
impacto en el
negocio

.- Aumentar el alcance e impacto

de la misin.
.- Crear una masa crtica de
conocimientos sobre la
plataforma.
.- Establecer la gobernabilidad y
la consistencia de los procesos.

.- Enfoque en la Lnea de
negocio / empresa
.- Alinear la estrategia y las
metas de ejecucin.
.- Habilidades y disciplina
maduras sobre la plataforma

Cmo podemos llegar

a ser autosuficientes en
varios proyectos?

Madurez

Cmo podemos
empezar a trabajar
en nuestro primer
proyecto?

Adopcin
del
Negocio

Crear un
programa

RIESGO

Tiempo

Cmo podemos aumentar

la escala para satisfacer la
demanda de toda la
empresa, evitando el riesgo
de quedarse corto?

;-) Gracias!
Fuentes:

Cmo Iniciar Un Proyecto Exitoso Con Business Process

Management?
Business Process Management: Metodologa De Playbacks

Autores:

Diego Mendoza (Arquitecto con 20 aos de Experiencia)

Andres Sommariva (Gerente de Operaciones 12 Aos de
Experiencia)