You are on page 1of 24

MANUAL DE GESTIÓN DE PROCESOS

OFICINA DE GESTIÓN DE PROYECTOS
GERENCIA DE CONTROL DE GESTIÓN Y RIESGO

Manual de Gestión de Procesos Página 1 de 24

Contenido
1 Modelo de Gestión de Procesos.................................................................................................4
1.1 Tareas del proceso de ejecución.........................................................................................7
1.2 Herramientas a Utilizar.....................................................................................................11
2 Marco Metodológico................................................................................................................12
2.1 Plantillas de documentación de procesos.........................................................................13
2.2 Roles del Equipo de un Proyecto de Diseño o Rediseño de Proceso.................................13
2.3 Modelos de la Arquitectura de Negocios a utilizar...........................................................14
2.3.1 Modelo operacional del negocio..............................................................................14

Manual de Gestión de Procesos Página 2 de 24

Introducción Objetivo: Entregar las herramientas y mejores prácticas necesarias para estandarizar la gestión de los procesos por parte de los responsables en base a:  Conocimiento  Planificación  Ejecución  Control y Mejora  Cierre 1 Modelo de Gestión de Procesos Manual de Gestión de Procesos Página 3 de 24 .

2 Generar plan de existe en cuanto capacitación convencion a: necesario para las es respecto o Visión: personas a lo funciones involucradas en el documenta estratégicas y proceso do y del proceso. estratégico y táctico plantillas  Información . Gantt.Concluir ( proceso y del Productos: contexto. o Definición: diagnóstico Inicial tales como Línea base de tablas de los Procesos y datos mejoras de matrices y proceso descripcion previstas. .1 Definir marco r Generar del proceso. Proceso Sub. Planificació Generar / Plan de -PDP Plan de trabajo Se debe n Materializ trabajo -VAC corporativo aprobado y considera ar operativo: -Resultado del consistente desde r la Contemplar análisis de áreas. operativo. generación del proyecto (EDT de rediseño) 2. de procesos. y procedimientos estrategia. mayores Efecto. Herramient Input Output Observaci Etapas as ón 1. el modelo As-Is al dedicació actividades. . Detectar Causa. Conocimie Diagnosti 1-Conocer Diagnóstico de -Antecedentes del nto car el Comprende contexto enfocado proceso (pauta de contexto r el contexto en: caracterización del del rediseño  Áreas y roles contexto del 2. relevantes para el proceso) Documenta levantamiento . roles e información modelo To-Be n de las fechas. si general del proceso con . ajuste de o Herramientas y planificació mecanismos de n y/o plan control. es o Modelo: Rápido 3-Analizar reconocimiento Utilizar del modelo análisis actual como o Análisis: Pareto. reglas y proyectos Manual de Gestión de Procesos Página 4 de 24 .3 Plan de acción personas responsable manuales y con Metas. Re problemas del 4. a los s.3 Generar un recopilado.

5 Análisis de resultados 3. rediseño de -Carga de trabajo de . Ejecución Realizar el Ejecución: Plan de trabajo Procesos levantami Es la levantados As- Process ento As. control de Riesgos (Ver anexo lo mismo calidad. entradas Support . proyectos. por En esta contingenci etapa se as no deberán previstas de formalizar manera de y cumplir con consensu los hitos y ar los entregables. documentos. artefactos Manual de Gestión de Procesos Página 5 de 24 . del plan de trabajo del rediseño (según lo establecido en la tabla de “Tareas de un rediseño de procesos” . plan piloto de los consistentes con la y salidas tiempos.4 Implementación procesos. de los nto y KPI procesos. realización Is/To-Be: Capture Is/To-Be de las tareas VAC Process plasmadas Procesos Analysis en el plan Actividades Process de trabajo Tareas Redesign según tabla Procedimientos de Descripción de actividades 4. metas del existente. de riesgos) para los encuesta de SLA eventos satisfacción) -6 Ajuste a la intermedi Ajuste: institucionalización os y Ajustar el document plan de os trabajo del generado proyecto s. Control y Seguimie Seguimient Plan de trabajo Procesos Los input Mejora nto del o: Medir el Acuerdos y levantados (según y outputs proyecto desempeño compromisos marco debe ser Process (Cuadro de Cumplimiento de metodológico de consistent Redesign Ajuste mando: tareas Esval) y es con las Process Presupuesto Puesta en marcha o consensuados. procesos rediseñados VAC de Esval y la del resto aseguramie subgerencia. costo.

5. Cierre Documen Cierre: Procesos levantados y Publicación del tación de Generar un rediseñados proyecto cierre y documento Plan de trabajo con Circular informativa gestión de cierre todos los hitos y de publicación del del donde se entregables proyecto que conocimi plasmen completados detalle los eventos ento todos las y artefactos mejoras al documentados y proceso que creados. Evaluación de de Impacto comunica de la ción y Implementa entregabl ción del es. Publicación de los procesos con las firmas respectivas y generación de circular de la publicación. Conocimien to: Generar el documento de cierre de gestión del conocimient o del Manual de Gestión de Procesos Página 6 de 24 . quedaron -7 Valoración o fuera del certificación alcance del proceso de levantamien to y los puntos definidos en el documento de cierre de levantamien to de procesos. Proceso.

Manual de Gestión de Procesos Página 7 de 24 . valor ganado. en este caso se deberá verificar si es información actualizada.  KRI key risk indicator = Indicadores de riesgo claves. Se revisan las dimensiones o ámbito de Personas. cifras e identifican -Ejecución Proceso Levantamiento indicadores relevantes del proceso: de Información  KPI key performance indicator = del Proceso Indicadores claves de desempeño. Se debe incluir análisis de Aguas del Valle. Normativas (Regulador) Se revisan además los procesos externalizados o subcontratados. además se pueden incluir focus group y se revisar el mapa de procesos actual de la compañia. 1. Metodología: Se realizan consultas a los interesados vía entrevistas o encuestas con el objetivo de capturar la voz del cliente (VOC) donde se identificaran los “dolores” del proceso. reingeniería. Recursos. quiebre de sistemas o simplificación). Además se recopila la documentación del proceso (la cual se puede consultar en el SIG. Junto a lo anterior se realiza un levantamiento Benchmarking. en proceso de cambio o desactualizada).  SLA service level agreement = Acuerdo de nivel de servicio. Investigar acerca sugerencias de oportunidades de mejora (Las que pueden ser LEAN. proyecto. no conformidades y resultados de auditorías internas. Procesos. Sistemas.1 Tareas del proceso de ejecución Tareas Productos Actividades Etapa del ciclo Diagnóstico del Resumen de Se revisan.

la velocidad del cambio. requerimientos de capacitación. mensajes claves de comunicación para la sensibilización. Resultados de Con la documentación levantada se -Ejecución Análisis y Síntesis realiza un diagnóstico del proceso del Proceso apoyado en:  Brainstorming  Diagrama Causa Efecto  Gráficos de control  Diagramas de Pareto  Histograma  Escartergrama Resultados del Quickquins: mejoras inmediatas -Ejecución Diagnóstico del relacionadas con mejoras directa al Proceso proceso. sus costos. y se depuran factores críticos del éxito. prácticas. procedimientos. objetivos e indicadores de éxito. Resultado del Incluye Modelamiento del Caso. beneficios y factores críticos del éxito. su gradualidad o radicalidad. Se definen equipos de trabajo.Tareas Productos Actividades Etapa del ciclo Se realiza un levantamiento de procesos As-Is en ARIS según lo establecido en el marco metodológico y se documentan bajo el formato para documentar procesos. actores claves. consensuado Diseño del Definición Se definen lineamientos o pilares -Ejecución Proceso Preliminar de los estructurales para el cambio. -Ejecución Consenso de los talleres o reuniones para lograr Cambios y consenso entre los interesados Estrategia de relevantes respecto al proceso de Intervención cambio. Se debe identificar cómo la organización se prepara para la ejecución del Plan. Indicar si existen cambios en los SLA. se Cambios y definen el camino a seguir e Estrategia de iniciativas y/o oportunidades de Intervención mejora a implementar. KPI o KRI del proceso. Manual de Gestión de Procesos Página 8 de 24 . necesidad de recursos.

se definen responsables y recursos necesarios.Tareas Productos Actividades Etapa del ciclo Diseño detallado Se termina de perfeccionar los -Diseño as is detalles del diagnóstico. afinan. . Entrenamiento Se confeccionara un manual de -Ejecución en el proceso y usuario y guía de instalación. dentro del plan de Implementación. Se -Diseño To be desarrollan términos técnicos de referencia para adquisiciones o contrataciones de terceros proveedores (incluye tecnología y/o sistemas). re planifican las -Implementación n del Proceso Plan de próximas actividades a realizar del proceso Implementación. se establecen los mensajes a entregar su periodicidad y se definen las personas a sensibilizar. la cual será responsabilidad del equipo de rediseño confeccionar y su aprobación será por parte del área TI. factores críticos del éxito. Se realiza un rediseño de procesos (To-Be) en ARIS según lo establecido en el marco metodológico y se documentan bajo el formato para documentar procesos. Proyecto usuarios e impactados con el rediseño del proceso.Arquitectura Aplicativa. Comunicaciones Se define una estrategia y Formación del comunicacional a los stakeholders.Arquitectura tecnológica. la cual será responsabilidad del área de TI confeccionar y aprobar. Se detallan actividades a realizar. Implementació Definición de Se definen. Implementación Se realiza el proceso de construcción -Ejecución de tecnología de software el cual tendrá como para el proceso artefactos claves: . con el uso de solución objetivo de entrenar y capacitar a las Manual de Gestión de Procesos Página 9 de 24 . Se realiza calendario de formación y participantes la debe ser detallada en el plan de trabajo del rediseño del proceso. objetivos e indicadores de éxito.

utilizar como referencia y fuente de comparación la línea base del diagnóstico. ARIS y las arquitecturas aplicativas y tecnológicas. Acompañamient Se realiza acompañamiento en la -Control y Mejora o operación del proceso. con el objeto de recoger inquietudes y realizar últimos ajustes al proceso o herramienta. aprobados y versionados en el documento “Formato para documentar procesos”. Se realiza las capacitaciones y/o entrenamiento a los actores del proceso las cuales deberán ser detalladas en la Gantt del rediseño de procesos. Estos cambios deberán ser registrados.Tareas Productos Actividades Etapa del ciclo tecnológica personas en su uso. Manual de Gestión de Procesos Página 10 de 24 . Lo anterior en concordancia con Sistema Integrado de Gestión e impactos que pueda existir en la documentación. reuniones. es decir -Ejecución Marcha todas las coordinaciones. Evaluación de Evaluar el impacto preliminar del -Control y Mejora impacto proceso después de haber realizado preliminar el acompañamiento. Mejoramiento Se preparar a los usuarios claves y/o -Control y Mejora continuo grupo de trabajo relacionados con el proceso rediseñado para realizar en la operación del mismo el mejoramiento continuo que se requiera. Piloto Se realiza una implementación piloto -Ejecución o de prueba con una parte de los usuarios o actores impactados por el proceso rediseñado. reforzando mejores prácticas y conocimiento en caso de ser necesario y solucionando dificultades. Puesta en Se realiza las marcha blanca. difusión necesarias (circular informativa en el SIG) para comenzar con la operación del proceso rediseñado. identificándose dificultades previstas o no.

2 Herramientas a Utilizar Diagnóstico del proceso y análisis de mejora  Brainstorming  Diagrama Causa Efecto  Gráficos de control  Diagramas de Pareto  Identificación y priorización de desperdicios  Histograma  Escartergrama  VOC Diseño As-Is/To-Be Diagrama de Flujo o de proceso en ARIS BPA (Business Process Diagram BPMn 1. Herramientas de codificación y autoaprendizaje de conocimiento. Monitoreo del proceso Business Activity Monitoring (BAM). Manual de Gestión de Procesos Página 11 de 24 .Tareas Productos Actividades Etapa del ciclo modelamiento del proceso y del uso del Sistema.0x) Según Marco Metodológico ESVAL.  Cadena de Valor  Macro proceso  Proceso  Tareas  Actividades  Árbol de Objetivos  Árbol de Riesgos  Diagrama de Asignación de Funciones  Diccionario de sistemas  Unidad organizativa / puesto de trabajo Implementación del proceso Motor de proceso. 1. Process Mining. workflow o BPMS. Business Intelligence. Dataminig.

Tarea: se denominará tarea a una acción o paso en su último nivel de irreductibilidad en un proceso y actividad. Utilizar la misma actividad siempre y cuando su diagrama de asignación de funciones sea el mismo. Licitación. manteniendo una logica de entrada y salida en toda la cadena y los procesos. Una actividad puede tener un subconjunto de tareas. Revisar documento. es decir. siendo estos últimos productos o servicios según corresponda. Dentro de un proceso existirán actividades conformadas por grupos de tareas. Ejemplo de verbos sustantivados: Gestión. Administrar dinero. Por ejemplo dentro de la actividad “Generar Factura”. Debemos tener cuidado al momento de generar un nombre puesto que si ya existe podemos realizar 2 acciones: i. Se debe utilizar un verbo en infinito junto con el objeto en cuestión. Por ejemplo: Gestionar solicitud. El nombre de la actividad debe identificar la acción realizada y el objeto sobre el cual se realiza esta acción. que sería el último nivel de desagregación de un proceso. c. Manual de Gestión de Procesos Página 12 de 24 . Dentro de un proceso se debe establecer con claridad un objeto de estudio el cual sufrirá una transformación de estados dentro del proceso. Son realizadas por personas y/o sistemas y que cumplen con algún objetivo para la compañía. La descomposición en subprocesos se realizará tantas veces como sea necesario con el objeto de ordenar los diagramas de procesos y facilitar el entendimiento. Proceso: Conjunto de actividades y tareas que poseen en general una secuencia lógica. Preparación. b. d. además tiene un inicio y un fin. Actividad o Función: Se denominará actividad o función a una acción o paso dentro de un proceso realizado por una persona o sistema que genera una transformación en el objeto de estudio. Agregar una mayor descripción al nombre de la actividad o función de modo de diferenciarla. ii. El nombre del macroproceso debe indicar una acción y el objeto sobre el cual se realiza la acción y/o explicitar el producto final o servicio que se está entregando. que determinan el alcance de este. Un proceso tiene entradas y salidas. aquellos que se desprenden de la misión de la organización y que representan el primer nivel de procesos. El nombre de la tarea se debe identificar la acción realizada y el objeto sobre el cual se realiza esta acción. Mantención. Generación.2 Marco Metodológico Para realizar una adecuada documentación de procesos es necesario distinguir y realizar las siguientes definiciones y convenciones a. Por convención utilizaremos verbos sustantivados junto con el objeto o producto final. Se debe utilizar un verbo en infinito junto con el objeto en cuestión. etc. Elaborar reporte. Adjuntar archivo. Macroproceso: Aquellos que se identifican en la cadena de valor (VAC. Diseño.

2 Roles del Equipo de un Proyecto de Diseño o Rediseño de Proceso En la siguiente tabla se describen los roles y responsabilidades del equipo de proyecto que estará a cargo del modelado de los procesos del negocio. Por lo general ocupa un lugar de jerarquia intermedio. (Process owner) Deben disponibilizar recursos para el proyecto de BPM a partir de necesidades de mejoras que nacen de forma interna o externa. reporta directamente al Dueño del (Process Manager) Proceso (Process owner) y es el quién impulsa las propuestas de mejora. Él es responsable de mantener la comunicación con los clientes o proveedores. Son parte integrantes de la cadena de valor y del proceso Participant) para los clientes. Gestor de Proceso Es el responsable de operaciones. Él puede representar como experto al process manager ante consultores externos o formar parte del equipo de proyectos de BPM. Ejecutivo de Son los usuarios de negocio que trabajan en operaciones con el Negocio (Process proceso. actividades se debe utilizar los siguientes documentos:  Manual de Proceso (describe las actividades y tareas de un proceso en su situación actual y situación futura)  Arquitecturas Aplicativas y Tecnológicas en caso de tener un fase de implementación tecnológica 2. En algunos casos son usuarios de un área funcional.1 Plantillas de documentación de procesos Para la documentación de macroprocesos. El analista de procesos debe poseer competencias en BPM. Usuario. 2. procesos. Rol Descripción Es el responsable de plasmar la estrategia en los procesos a su cargo. En analista de procesos pertence a la Dirección Nacional de Procesos y es clave como coordinador entre Manual de Gestión de Procesos Página 13 de 24 . por lo tanto es el responsable técnico en la ejecución de estos y por Dueño del Proceso ende debe asegurar el seguimiento y la mejora continua de estos. Analista de Proceso Apoya al process manager como asesor interno o externo en todas (Process Analyst) las fases del ciclo de BPM. además de habilidades en materias de desarrollo organizacional y técnicas de comunicación. en BPMN 2.0 y Arquitectura Empresarial.

si la Servicios solución requiere de ampliaciones o adaptaciones de desarrollo por medio de programación (Servicios web. La mayoría de los procesos de negocio deben integrarse con los sistemas de información del backoffice. desarrollar interfaces B2B e integrar el BPMS a un portal corporativo. analiza los procesos. El ingeniero de procesos también puede actuar como asesor en la fase de modelamiento de la lógica operacional. es el usuario clave de ARIS y participa en la definición de Arquitecto de Procesos las Guías de Administración de Procesos. El diseño técnico debiera realizarse en el mismo entorno (process engine o BPMS) en donde se implementarán los procesos. Java. Ingeniero de Desarrollo y Un programador puede asumir el rol de ingeniero de desarrollo. C# u otros lenguajes). (EAI Developer) Fuente: Framework Camunda y Bernhard Hitpass. BPM: Business Process Management Fundamentos y Conceptos de Implementación: Fundamentos y Conceptos de Implementación 2. El ingeniero de procesos está capacitado en el entorno de implementación y construye la solución de BPM en la suite escogida.3. personas de negocio y de TI Provee soporte metodológico al modelador de procesos.1 Modelo operacional del negocio Manual de Gestión de Procesos Página 14 de 24 . Ingeniero de Proceso El ingeniero de procesos desarrolla e implementa un modelo técnico a partir de la especificación y el diseño operacional validado por él o (Process Engineer) los analistas de procesos. Arquitecto SOA El arquitecto SOA es responsable de diseñar una arquitectura adecuada de la plataforma de implementación (BPMS) e integración (SOA Architect) (SOA).3 Modelos de la Arquitectura de Negocios a utilizar 2.

desagregándolos para su adecuada comprensión. el cual es. así como los roles y unidades organizacionales asociadas y los productos/servicios que se obtienen.1 Objetivo El diagrama representa gráficamente los procesos de negocio de alto nivel (nivel conceptual) dando énfasis a la secuencialidad de los procesos involucrados (en la cadena de valor). mostrando las entradas y salidas relevantes.3.  Autor procesos.2. expresando además. los subprocesos asociados a un proceso de nivel superior para lograr un análisis top-down de estos.2 Elementos Notacionales Elemento Nombre Descripción Atributos  Nombre  Objetivo  Descripción  Unidad Organizacional  Tipo  Insumos  Productos o Servicios Este elemento puede ser visto  Variables para y/o como un eslabón de la cadena de Indicadores de Gestión valor agregado.  Riesgos (ver anexo de riesgos) / riegos estrategicos  Acciones de Mitigación  Políticas de negocio  Principales participantes  Autor Conector Conector usando para indicar el  Tipo cómo es la secuencia del proceso  Connection role a nivel de macro procesos. actividades y tareas.3. En la Cadena de Valor se utiliza para indicar relación entre los Manual de Gestión de Procesos Página 15 de 24 .1. un Proceso Macroproceso /  Problemas / proceso que agrega valor a la Proceso Oportunidades de entrada que recibe. 2. en términos Mejora / Iniciativas de los objetivos planteados para  Norma o Estándar dicho proceso.1.

un proceso es ejecutado por una o muchas unidades organizacionales. Características de los objetos del modelo:  Debe existir coherencia en la descomposición de procesos tal que el conjunto de procesos detallados compongan el nivel superior. Elemento para indicar una Término entrada o salida de información  Nombre Término Técnico Técnico un proceso (desde un sistema de  Descripción información)  Autor Producto/Servici  Nombre Producto/Servicio Representa un Producto/Servicio  Descripción o  Autor 2. Características de la relación entre objetos del modelo:  Un proceso antecede a uno o muchos procesos. 2. es decir. las tareas descritas en un proceso no se repiten en otro dentro de un mismo subnivel.  No debe existir redundancia de las tareas realizadas.  Es entrada para: identifica la información que el término técnico alimenta al proceso.1.  El producto/servicio es utilizado para indicar la salida que genera un proceso.  Un proceso puede tener muchos términos técnicos  Un proceso genera uno o muchos productos/servicios. Manual de Gestión de Procesos Página 16 de 24 .  Un proceso es superior a uno o muchos procesos. objetos.  Es salida para: identifica el producto/servicio que genera el proceso.1.  Ejecuta: indica que una unidad organizacional ejecuta el proceso.  Es responsable de: indica que una unidad organizacional es responsable del proceso.3.3.  Una unidad organizacional es responsable/ejecuta uno o muchos procesos.3 Reglas Estructurales.4 Reglas de Modelamiento Definición de los objetos del modelo:  El término técnico es utilizado para indicar la información que tiene de entrada un proceso.  Es predecesor de: indica que un proceso antecede a otro de manera secuencial. Tipo de relación entre los objetos  Es proceso superior de: indica su jerarquía en relación al proceso padre.

Modelo de valor detalle.2.  Revisar el modelo de Procesos  Descomposición a un  Generar diagrama procesos segundo nivel 1  Revisar el modelo de Cadena de Valor  Revisar modelo de procesos procesos 2. asociar macro procesos de primer nivel procesos del negocio y modelar a través de cadena de valor (Cadena de Valor) Descomposición a un Descomponer los macro procesos identificados a un segundo nivel segundo nivel Descomposición a niveles Descomponer los procesos identificados a mayor nivel de detalle según inferiores de detalle. Revisar el modelo de Revisar y verificar el modelo generado comprobando consistencia con Procesos el resto de modelos. Manual de Gestión de Procesos Página 17 de 24 .3.1. Refinar Modelo de Cadena Revisar y corregir la documentación generada de acuerdo a nuevos de Valor antecedentes encontrados durante la ejecución de las actividades de 1 Descomponer en tantos niveles de tal forma que los subprocesos sean del tipo irreductibles es decir.3.6 Descripción de Actividades Actividad Descripción Identificar y modelar Para cada función de negocio y objetivo identificado. los subprocesos del nivel en cuestión poseen independencia lógica entre ellos.1. corresponda.5 Secuencia de Actividades Actividad Iteración 1 Iteración 2 Iteración 3  Identificar y modelar  Descomposición a  Refinar Modelo de proceso con cadena de niveles inferiores de Cadena de Valor. Y por cada actividad generar un diagrama de asignación de funciones. Generar diagrama Por cada proceso identificado asociar un diagrama de la cadena de valor.

1.3.  Unidad Organizacional  Insumos (información.3.1.1. 2. Actividad Una actividad es en términos genéricos  Nombre el trabajo que una organización realiza. Actividad Puede ser una agregación (o súper  Descripción actividad).9 Elementos Notacionales Símbolo Nombre Descripción Atributos Evento Un evento (inicial. otros recursos)  Salidas / Output  Apoyo Tecnológico  Variables para y/o Indicadores de Gestión  Problemas / Oportunidade s de Mejora / Iniciativas  Norma o Estándar Manual de Gestión de Procesos Página 18 de 24 .8 Objetivo El diagrama presenta gráficamente el detalle a nivel lógico (en uno o más niveles) de un proceso superior expresado a nivel conceptual. 2.3. modelado.7 Entregables  Diagrama del modelo operacional  Versión situación actual  Versión situación mejorada Los entregables respectivos deben tener coherencia y trazabilidad con el modelo de procesos (BPMN 1. intermedio y final) es  Nombre un gatillador durante el curso de un  Autor proceso.x) 2.

Flujo de Usado para mostrar el flujo de  Description Mensaje mensajes entre dos participantes.3.  Riesgos (ver anexo de riesgos) riesgos operacionales  Acciones de Mitigación  Reglas  Variantes  Participantes (Externo/Inter no) (Tipo de relación)  Autor Gateway Es utilizado para hacer converger o  Name diverger la secuencia de un flujo.  Name Description Tarea de Tarea en la que se requiere  Name Usuario de intervención humana. Flujo de Usado para mostrar el orden en que las  Description Secuencia actividades son realizadas.10 Convención sobre uso de elementos notacionales y niveles según marco estructural para BPMN Se utilizará la siguiente convención de uso de elementos notacionales en cada nivel según marco estructural escogido. Manual de Gestión de Procesos Página 19 de 24 . Más adelante se explican los tipos de flujo. Description Lane Una partición del pool.  Description Tarea Manual  Link 2.1. Pool Representa a un participante dentro del  Name proceso.  Description sistema  Link Tarea Es aquella actividad que realiza el  Name Manual usuario de forma manual.

 Mostrar la gerencia que impulsan las actividades actuales de Esval  Mostrar la comunicación entre las diferentes gerencias con el fin de identificar los silos funcionales y tener un clara mirada para poder romper estos silos (silos funcionales) En los modelos To-Be los pool y lane representan un proceso y sus diferentes formas de colaboración. orquestación y colaboración.Pool y Lane En los modelos As-Is los pool y lane representan las diferentes gerencias y sus áreas.  Mostrar un proceso con un gobierno claro  Involucrara gerencias y áreas  Se visualizara la gestión por procesos y no por gerencias Eventos Manual de Gestión de Procesos Página 20 de 24 .

aplicaciones y entidades externas.  En los modelos As-Is los subprocesos estarán contenidos por áreas o gerencias. Flujos de asociación Muestran asociaciones entre diferentes elementos del proceso Tareas y Procesos Un subproceso corresponde a un grupo de actividades o funciones realizadas por un Pool o Lane definido. el cual nunca puede estar interrumpido y siempre tendrá que tener un inicio y un fin.  To-Be: Mostrará la comunicación entre los procesos. aplicaciones y entidades externas. Manual de Gestión de Procesos Página 21 de 24 . Flujos de Mensaje Muestra la comunicación entre los diferentes procesos  As-Is: Mostrará la comunicación entre las diferentes gerencias.Representan un estado relevante en términos empresariales • Activan o finalizan funciones • Son resultados de funciones • Ocurre en un momento determinado Eventos intermedios a utilizar  Evento de Mensaje (de interrupción)  Evento de Tiempo (de interrupción) Flujos de secuencia Muestra la secuencia que debe seguir un pool.

Visión Integrada de Procesos Roles y Acciones en los Procesos Manual de Gestión de Procesos Página 22 de 24 . Tareas de Usuario: Realizadas en interacción con sistemas de información.  En los modelos To-Be los subprocesos estarán contenidos por Macroprocesos y Procesos. Las atareas a utilizar son Tareas Manuales: Realizadas únicamente por las personas en el proceso.

Ejecutivo de Aprueba Aprueba Negocio (Process Participant) Analista de Proceso Documenta Documenta Valida (Process Analyst) Arquitecto de Procesos Revisa modelo Revisa modelo Revisa modelo Ingeniero de Proceso Documenta - implementa (Process Engineer) Arquitecto SOA Valida (SOA Architect) Ingeniero de Desarrollo y Implementa - Servicios (EAI Developer) desarrolla Manual de Gestión de Procesos Página 23 de 24 . Roles Nivel Descriptivo Nivel Operativo Nivel Técnico Dueño del Proceso Valida (Process owner) Gestor de Proceso Valida Valida (Process Manager) Usuario.

Manual de Gestión de Procesos Página 24 de 24 .