MEGA Process 2009

Introducción

 Objetivo de esta guía

– Este documento se deberá utilizar para el apoyo del
entrenamiento de “MEGA Process” para la versión MEGA
2009.

2
Objetivos de Entrenamiento

 Los objetivos de este entrenamiento son:

– Aprender el uso correcto de las funciones de MEGA Process

para proyectos basados en la modelación de procesos de
negocio.

– Entender la metodología de MEGA

– Comprender, a través de ejemplos concretos y con una

serie de ejercicios, el valor agregado del repositorio de
MEGA.

3
Contenido del Curso

Capítulo 1: Dominar el vocabulario y aprender a

modelar con MEGA

Capítulo 2: Identificar y Describir los Procesos de

Negocio

Capítulo 3: El enfoque de Procesos en los proyectos

Capítulo 4: Dominar las funciones del repositorio de

MEGA

4
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El enfoque de modelación
 Ejemplo de modelo:
Organigrama y Unidad
Organizacional
 Descubriendo las
herramientas de modelación
de MEGA
 Proceso Organizacional y
Operaciones
 Procesos de Negocio
5
Modelación de Procesos de Negocio

 La modelación de procesos de negocio es el corazón de

muchos proyectos importantes de la empresa.

 La descripción de los procesos de negocio de una compañía

puede ser aplicado en diferentes contextos:
– Cambios en regulaciones gubernamentales
– Sistemas de información
– Administración de calidad
– Mejora de procesos

 MEGA permite la producción de todos los modelos requeridos

para proyectos basados en la administración de procesos de
negocio.

6
Conceptos

¿Por qué? ¿Qué? ¿Cómo?

Objetivo Proceso de Negocio Proceso
Requerimiento Función de Negocio Organizacional
Riesgo Actividad Operación
Indicador Funcionalidad Norma

¿Quién? ¿Dónde? ¿Cuándo?

Unidad Sitio Condición
Organizacional Base de Datos Ciclo
Persona Paralelismo
Sincronización
Etc. ¿Con qué?
Unión
Proyecto Recursos Temporizador
Nota Aplicación Colaboración
Referencia Externa Servicio Mensaje
Rol Contenido

7
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El enfoque de modelación
 Ejemplo de modelo:
Organigrama y Unidad
Organizacional
 Descubriendo las
herramientas de modelación
de MEGA
 Proceso Organizacional y
Operaciones
 Procesos de Negocio
8
Unidad Organizacional

 Una Unidad Organizacional puede ser:

– Interna es un elemento en la estructura de la compañía
como un departamento o un puesto individual

– Externa es una entidad fuera de la organización que

interactúa con la compañía.

9
El Organigrama

 Describe la jerarquía básica de las Unidades Organizacionales.

 Provee una vista estática de la organización.
 Provee un repositorio común para las Unidades
Organizacioneales.

10
Tipos de Unidades Organizacionales

 Unidades Organizacionales Internas:

– Una Unidad Organizacional de tipo “Estructura” (Structure)

representa un servicio, departamento o gerencia de la compañía.

– Una Unidad Organizacional de tipo “Función” (Function)

representa un puesto o título de trabajo.

– Una Unidad Organizacional de tipo “Administrador” (Manager)

representa un servicio o puesto.

– Una Unidad Organizacional de tipo “Compañía” (Company)

puede representar un subsidiario, etc.

– Una Unidad Organizacional de tipo “Genérico” (Generic)

representa una función temporal realizada dentro del contexto del
flujo del proceso.

11
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El enfoque de modelación
 Ejemplo de modelo:
Organigrama y Unidad
Organizacional
 Descubriendo las
herramientas de modelación
de MEGA
 Proceso Organizacional y
Operaciones
 Procesos de Negocio
12
El Repositorio de MEGA
 Cada elemento de modelación constituye un objeto en la
base de datos
– Ejemplo: el organigrama constituye el repositorio de la unidad
organizacional

 Esta base de datos asegura la consistencia de las distintas

representaciones
– La misma unidad organizacional puede ser usada en diferentes
modelos

 Esta base de datos es organizada:

– Por tipo de objeto: unidad organizacional
– Personas, etc.
– Por librerías de objetos

13
El Repositorio de MEGA

Librería (Library)
Una librería es la colección de objetos del repositorio que
se utiliza para dividir el contenido del repositorio.

 En la base de datos, los objetos son reconocidos por su nombre

 Las librerías permiten la definición de áreas separadas de

nombres en el mismo repositorio
– Dos objetos de dos librerías diferentes pueden tener el mismo
nombre

14
 Ejercicio 1
Construyendo un Organigrama

15
Resumen: Ventanas de Navegación

 Las ventanas de navegación permiten el acceso

directo a los sub-grupos del repositorio:
– Inicio, Objetos, Proyectos, Documentación, etc.

16
Resumen: Ventanas de Navegación

 La ventana de navegación de inicio permite la

búsqueda de los principales objetos del repositorio

 Los objetos pueden ser:

– Creados

– Renombrados (propiedades)

– Modificados (nombre, comentarios)

– Eliminados

17
Resumen: Repositorio

 El editor gráfico permite la “manipulación” de objetos de

dibujo y las ligas entre esos objetos

 Hay dos tipos de objetos de dibujo:

– Objetos puramente decorativos: rectángulo, texto, imagen, logo,
etc.

– Objetos método: Proceso Organizacional, Unidad Organizacional,

Operación, Mensaje, etc.

 Los objetos método son conectados por ligas con otros objetos
(incluyendo diagramas)

 Todos los objetos método son almacenados en el repositorio lo

que asegura la consistencia de los modelos

18
Resumen: Repositorio

 Las acciones en los objetos método son:

– crear
– remover
– renombrar
– eliminar
– comentar
– describir

 Acciones en las ligas:

– crear
– describir
– eliminar

19
Resumen: Repositorio
 Removiendo un objeto método (Tecla Suprimir o
"Del"):
– Lo remueve del diagrama
– No elimina el objeto del repositorio

20
Resumen: Repositorio

 Rehacer/Deshacer
– Para cualquier acción (creación de objetos o eliminación,
cambios eliminados en diagramas, etc.)

– Ayuda a mantener la consistencia entre el contenido del

– Rehacer/Deshacer el inventario de comandos para
seleccionar comandos recientes

21
Resumen: Reglas de Modelación

 Para que los modelos sean consistentes y usables, se deben

respetar las reglas predefinidas y usar conceptos bien definidos

 MEGA ha integrado reglas de

modelación para:

- Crear mejores modelos

- Asegurar que las reglas

definidas sean respetadas

 Estas reglas pueden ser activadas o desactivadas

dependiendo sus necesidades

22
Resumen: Reglas de Modelación

 Una Unidad Organizacional interna no puede ser

ligada con una externa.

Gerente de
Cliente Sucursal

23
Resumen: Reglas de Modelación

 Advertencia: una unidad organizacional no

debe ser ligada directamente con dos
diferentes niveles superiores

Jefe de Jefe de
Finanzas Operaciones
Una de
estas ligas
es
incorrecta

Gerente de
Sucursal

24
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El enfoque de modelación
 Ejemplo de modelo:
Organigrama y Unidad
Organizacional
 Descubriendo las
herramientas de modelación
de MEGA
 Proceso Organizacional y
Operaciones
 Procesos de Negocio
25
Describiendo el Procedimiento

 Sirve para describir formalmente CÓMO opera la compañía

 Da respuestas a las preguntas: ¿QUIÉN hace Qué Y CÓMO?

– El “QUIÉN” es representado por las Unidades Organizacionales
– Las operaciones describen “QUÉ” se hace y “CÓMO”.

 Los Procesos Organizacionales son descritos por una cadena

de operaciones representada en un diagrama de flujo
(“flowchart”)

26
Ejemplo de un Diagrama de Flujo

27
Operación

 Una Operación es un simple paso dentro de un Proceso

Organizacional que es realizado por una Unidad
Organizacional
– “verbo + objeto" indicando la transformación

 Es generalmente continua:
– Una operación puede ser completada
o no completada (nunca parcialmente hecha)
– Una operación toma tiempo

 Su descripción puede ser completada con:

– tiempo
– costo, etc.

28
Proceso Organizacional

 Un Proceso Organizacional es una secuencia de operaciones

que producen un resultado “contractual”.
– Forma de nombrarlo: “verbo+ objeto" indicando una meta.

 Un Proceso Organizacional es iniciado por la recepción de un

mensaje o por un contador de tiempo o “timer”.
 Un Proceso Organizacional está bajo la responsabilidad de una
Unidad Organizacional de tipo “Estructura”.

29
Mensaje

 Un mensaje representa un flujo dentro de la compañía o entre

la compañía y su ambiente de negocio
– Flujo de información
– Flujo financiero
– Flujo de material

 Un mensaje es completamente definido por:

– Una ruta (del emisor al receptor)
– Información transportada (el contenido)

 Podemos indicar (si se necesita)

– El modo de transmisión
– La frecuencia de transmisión

30
Rol

 Un rol representa un grupo de mensajes que son enviados o

recibidos por el mismo grupo de socios.
– Llamamos “socio de la empresa/Proceso Organizacional” a
cualquier objeto (otro negocio/Proceso Organizacional o una
unidad organizacional o un rol de nivel superior) que envía un
mensaje a/recibe un mensaje de una empresa modelada o un
Proceso Organizacional.

 El rol es utilizado para diferenciar entre el ambiente externo

del objeto y la descripción de este mismo.

31
Rol

 Los roles son usados para

indicar el límite entre el
interior y el exterior de un
objeto descrito

 Los roles pertenecen a un

Proceso Organizacional o a
un proceso de negocio

 No se re-utilizan

32
Reglas de Modelación

 Un mensaje tiene un solo emisor y un solo receptor.

– Para facilitar el análisis de impacto y para saber la ruta exacta de
la información

 Un mensaje es completamente definido cuando se conoce el

origen (emisor) y su destino (receptor)

 Los diferentes objetos de MEGA pueden ser receptores y

emisores de mensajes (Unidades Organizacionales, Roles,
Operaciones, Procesos Organizacionales, etc.)

33
Reglas de Modelación

Dos operaciones que se

llevan a cabo
sucesivamente por dos
Unidades Organizacionales
siempre son ligadas por
mensajes

34
Reglas de Modelación

Solamente es posible omitir un

mensaje entre dos
operaciones si éstas son
siempre realizadas
sucesivamente por las mismas
Unidades Organizacionales

35
Reglas de Modelación

 Una operación tiene que ser realizada por una Unidad

Organizacional
– ¡De otra forma no sabríamos quién hace el trabajo!
– Una Operación es realizada por una Unidad Organizacional de
tipo “Función” o “Administrador”

 Una operación tiene que ser llevada a cabo por una sola
Unidad Organizacional
o
– Una excepción a esta regla es cuando la
operación se refiere a una junta o reunión
– En este caso, asegurarse de que la
operación esté ligada con todas las Unidades
Organizacionales

36
 Reglas de Modelación - Roles

 Un rol representa un grupo de mensajes

que son enviados o recibidos por el
mismo grupo de socios
– Desde una vista interna, no se trata de los
emisores o receptores, ellos dependen del
contexto en que las Unidades
Organizacionales son utilizadas

 Por lo tanto, un diagrama contiene algunas

veces varios roles
– Para obtener el resultado, parte del proceso es
mandar a otro Proceso Organizacional o a una
entidad externa

37
Otros elementos

 Condición
– Envía mensajes que resultan
de una operación

 Paralelismo
– Tipo de condición
– Resulta en dos rutas de flujo

 Timer (Contador de Tiempo)

– De una operación

 Recurso (material)
– Utilizado para realizar las operaciones

38
Reglas de Modelación

 Antes de decidir si una condición es verdadera o

falsa, una operación debe ser procesada

Solicitar
crédito
Solicitar
crédito
Examinar solicitud
de crédito
Nota de crédito

Rechazada Aceptada
Crédito rechazado Preparación de Nota de crédito
solicitud de crédito
Rechazada Aceptada
Crédito rechazado Preparación de
solicitud de crédito

39
Vistas y Detalles
 Por default, algunos tipos de objetos están disponibles para
ciertos diagramas. Cuando es necesario, pueden ser
agregados otros objetos a la lista

 Los usuarios pueden decidir mostrar o no los tipos de objetos

usados y algunas de sus ligas, seleccionando las vistas en la
lista

40
 Ejercicio 2
Crear el Diagrama de un Proceso Organizacional

41
Recomendaciones para el diseño

 El trazo y el diseño son importantes (fáciles de leer y

presentación destacando el contenido)
– Cuando sea posible, ajustar los diagramas de Proceso
Organizacional en una hoja
– Un diagrama se lee de arriba hacia
abajo y de izquierda a derecha
– En general, el mensaje que detona el
Proceso Organizacional está en la
esquina superior izquierda
– Se debe evitar cruzar ligas
• Ligas unidas vertical u horizontalmente (anguladas o curvas)

42
Recomendaciones de diseño

– Las Unidades Organizacionales son posicionadas en

columnas, centradas en las páginas y las operaciones están
centradas verticalmente dentro de las columnas de las
Unidades Organizacionales

– Tratar de usar el mismo tamaño para todos los objetos; el

tamaño puede ser ajustado para que aparezcan los
nombres completos de los objetos

43
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El enfoque de modelación
 Ejemplo de modelo:
Organigrama y Unidad
Organizacional
 Descubriendo las
herramientas de modelación
de MEGA
 Proceso Organizacional y
Operaciones
 Procesos de Negocio
44
Proceso de Negocio

 Un proceso de negocio es una cadena de valor que provee un

producto o servicio a un cliente de la organización

 Es iniciado por la necesidad de un cliente

 Diferentes Unidades Organizacionales contribuyen a la

producción del resultado

45
 Rompiendo los silos

 La efectividad es lograda mediante la ruptura de las barreras

verticales (departamentales)
– Permitiendo a los procesos a proceder desde su entrada hasta la
salida de la organización

Org a n isa t io n a l U n it Org a n isa t io n a l Org a n isa t io n a l Org a n isa t io n a l

1 U n it 2 U n it 3 U n it 4

Op e ra t io n a l p ro c e ss 1

Trigger
Service provided

Cus to me r
Cus to me r

46
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 Descubriendo los Procesos de
Negocio
– Visión “arriba-abajo”
– Repaso de los Procesos
de Negocio
– Diagrama de Ambiente
 Describiendo un Proceso de
Negocio
– Procesos
Organizacionales y Vista
de Implementación
– Vista de actividad y
funcional
47
Descubriendo los Procesos de
Negocio

 1er paso: Identificar entidades

externas

 2° paso: Listar productos y servicios

que se proveen

 3er paso: Identificar procesos

operacionales y de soporte

 4° paso: Definir los objetivos de

desempeño
48
Diagrama de Ambiente de los Procesos
de Negocio

49
Detonadores “Triggers” y Entradas
“Inputs”
 El mensaje que detona el proceso contesta:
– ¿Qué es lo que se está procesando?
– ¿Por qué se inicia este proceso?

 Una simple entrada responde la pregunta: “¿Qué información

es usada en el proceso?”
– Las entradas representan intercambio de información

 Cuando modelamos, en cualquier nivel, es importante

enfocarse en los detonadores antes de trabajar con las
entradas

50
Vista de los Procesos de Negocio

51
Procesos vs Organización

 No confundir procesos de soporte con funciones de soporte

– El departamento de contabilidad es visto generalmente como una

función de soporte ya que no participa en el proceso central del
negocio “core business”.

– Pero facturación y pagos son parte del contrato entre la

compañía y sus clientes, de esta manera son parte de un proceso
de negocio operacional.

– Contabilidad no es un Proceso de Negocio.

52
 Ejercicio 3
Creando un diagrama de descripción general y de ambiente de
proceso de negocio

53
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 Descubriendo los Procesos de
Negocio
– Visión “arriba-abajo”
– Repaso de los Procesos
de Negocio
– Diagrama de Ambiente
 Describiendo un Proceso de
Negocio
– Procesos
Organizacionales y Vista
de Implementación
54
De un Procesos de Negocio a un Proceso
Organizacional
 La vista de un Proceso de Negocio muestra cómo está
organizada la compañía para entregar el producto o servicio
que el cliente espera.

– Desde un punto de vista externo hacia el interno.

55
La Vista de Implementación

Diagrama de Implementación
de Procesos de Negocio

Diagrama de Procesos Organizacionales

56
La Vista de Implementación

 La Vista de Implementación de un Proceso de

Negocio responde a las siguientes preguntas:
– ¿Quién hace qué?

– ¿Dónde, cuándo y cómo?

 Describe la cooperación de las operaciones

asignadas a las Unidades Organizacionales Unidad
Organizacional

 Estas operaciones se agrupan en Procesos

Organizacionales

57
Procesos Organizacionales en la Visión
de Implementación

 Un Proceso Organizacional describe todas las partes o solo

partes de la secuencia de las operaciones, para producir el
resultado entregado por los procesos de negocio

 Los Procesos Organizacionales deben estar bajo la

responsabilidad de una Unidad Organizacional
– Una Unidad Organizacional de tipo “Estructura”

– Responsable del resultado de un Proceso Organizacional

58
Identificando Procesos
Organizacionales
1. Identificar las Unidades Organizacionales que toman parte en
el proceso.

2. Identificar los Procesos Organizacionales de los Procesos

respondiendo las siguientes preguntas:
– ¿Cuáles son los pasos más importantes entre el inicio de un
proceso y su resultado final?

– Empezando por el evento detonador, ¿cómo obtiene el

resultado final?

– ¿La cadena de Procesos Organizacionales cubre la

transformación completa desde el inicio hasta el final?

59
Identificando Procesos
Organizacionales

 Si los Procesos Organizacionales ya están identificados, se debe

de preguntar para cada uno de ellos:
– ¿Cuáles son las necesidades del clientes están siendo satisfechas
por este Proceso Organizacional?
– ¿Por qué es necesario este Proceso Organizacional? Si no es
llevado a cabo, ¿se cumplirá la necesidad del cliente?

 Las respuestas a estas preguntas le permitirán asignar Procesos

Organizacionales a los Procesos de Negocio adecuados

60
Contenido

 El contenido se refiere a la información que es enviada a través

de un mensaje

Detalles de la orden

– El contenido no es asociado ni a un emisor, ni a un receptor

– El mismo contenido puede ser usado en varios mensajes

– Un mensaje debe tener contenido

– Un mensaje solo puede tener un contenido

61
Mensaje y Contenido

•Estos tres mensajes tienen

el mismo nombre.
•Comparten el mismo
contenido
•Pero son diferentes
objetos.

62
Mensaje y Contenido

 Por default el mensaje y su contenido tienen el mismo nombre

 Cuando creas un mensaje, el contenido es creado

automáticamente (con el mismo nombre)

 Cuando se dibujan los diagramas, MEGA facilita el re-uso del

contenido del mensaje
– Esto se hace de acuerdo con los mensajes y contenidos
existentes

63
Reglas de Modelación

 Los nombres del contenido deben ser precisos

– Es la información “contrato firmado” (en vez del simple “contrato”)
la que detona el Proceso Organizacional de “Abrir cuenta de
cliente”

 Los nombres del contenido no pueden ser verbos

– Usar un verbo indica que algunos procesos toman parte: “Factura”
(en lugar de “Enviar factura”)

64
 Ejercicio 4
Creando un Diagrama de
Implementación de Proceso de Negocio
65
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El Enfoque de Modelación de
Procesos de Negocio en
MEGA
– Primeros pasos del
proyecto
– El equipo de mapeo de
procesos
 Aplicaciones para la
Modelación de Procesos
– Procesos de Negocio y
Optimización
– Proyectos de Tecnología
de Información
– Proyectos de
Administración de Calidad
 Construyendo un repositorio
de procesos de una
compañía 66
¿Por qué crear modelos?

 Para actuar en la realidad, primero necesitamos entenderla

– Mejorar satisfacción del cliente

– Adaptar las TI al negocio

– Reorganizar después de una fusión

Compañía
– etc.

 Pero la realidad es compleja;

para entenderla, necesitamos enfocarnos en una parte
específica

67
¿Por qué crear modelos?

 Modelar consiste en enfocarse en la realidad desde puntos

de vista específicos

Puntos
de vista

Compañía

68
¿Por qué crear modelos?

 Nuestros puntos de vista dependen del objetivo del análisis

– Definir los objetivos que se quieren realizar

– Identificar los modelos adecuados

69
 ¿Por qué analizar los Procesos de
Negocio?
 Un proceso de negocio es un punto de vista específico de la
organización: el punto de vista del cliente.

 El análisis del Proceso de Negocio es relevante si:

– Se quiere optimizar la organización
– E incrementar la satisfacción del cliente

 Los proyectos de modelación requieren conceptos y métodos que

se adapten al punto de vista del cliente.

70
Reglas de modelación:
recomendaciones
 Al inicio del proyecto se deben definir los nombres convenidos

 Reglas de nombres comunes:

– Proceso de Negocio: Verbo + Objeto
• Ejemplo: Proveer un seguro de casa
– Proceso Organizacional: Verbo + Objeto
• Ejemplo: Manejar orden de compra
– Operación: Verbo + Objeto
• Ejemplo: Control de orden de compra
– Mensaje: Sustantivo
• Ejemplo: Orden de compra

 Evitar nombres de Procesos de Negocio que puedan ser

confundidos con las Unidades Organizacionales
– Nombrar a un proceso “Producción” o “Ventas” podría causar
confusión

71
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El Enfoque de Modelación de
Procesos de Negocio en
MEGA
– Primeros pasos del
proyecto
– El equipo de mapeo de
procesos
 Aplicaciones para la
Modelación de Procesos
– Procesos de Negocio y
Optimización
– Proyectos de Tecnología
de Información
– Proyectos de
Administración de Calidad
 Construyendo un repositorio
de procesos de una
compañía 72
Procesos, organización y
administración
 El Enfoque de los Procesos de Negocio permite a los equipos
de administradores adaptar las descripciones de los puestos a
las necesidades estratégicas de la compañía

 Modelar estos procesos los hace visibles y por lo tanto, hace

posible:
– Para verificar que los procesos y Procesos Organizacionales sean
respetados (conformidad)
– Para mejorar y optimizar los procesos

 Tener un repositorio de procesos de negocio en común hace

posible coordinar diferentes proyectos de mejora de procesos

73
Coordinando Mejoras

 Hay una tendencia natural en la mejora continua

– El nuevo staff tiende a proponer mejoras

 Pero esta tendencia puede no ser aprendida

– Debido a que las iniciativas individuales aisladas no son suficientes
para crear cambios reales en la organización
– La mayoría de los empleados se adaptan a la forma de hacer las
cosas y se olvidan de intentar hacer mejoras

74
Contenido del Curso
 Capítulo 1: Dominar el
vocabulario y aprender a
modelar con MEGA
 Capítulo 2: Identificar y
Describir los Procesos de
Negocio
 Capítulo 3: El enfoque de
Procesos en los proyectos
 Capítulo 4: Dominar las
funciones del repositorio de
MEGA
 El Enfoque de Modelación
de Procesos de Negocio
en MEGA
– Primeros pasos del
proyecto
– El equipo de mapeo de
procesos
 Aplicaciones para la
Modelación de Procesos
– Procesos de Negocio y
Optimización
– Proyectos de Tecnología
de Información
– Proyectos de
Administración de Calidad
 Construyendo un
repositorio de procesos de 75
una compañía
Aplicación

 Una Aplicación es un conjunto de herramientas de software

 Las Aplicaciones pueden ser ligadas a los Procesos

Organizacionales:

76
 Ejercicio 5
Completando la Descripción de los Procesos de
Negocio con Conceptos de TI
77
Distribución

 El contenido del repositorio es de

interés no sólo para aquellos que lo
actualizan

 Un factor clave para modelar

proyectos es la habilidad de
comunicarse con una audiencia REPOSITORIO
numerosa

78
Comunicación

 Los interesados no necesariamente

están familiarizados con el software

 Por lo tanto, es posible documentar

el contenido del repositorio en
diferentes formas:
 Documento MS Word.
REPOSITORIO
 Páginas Intranet.
 Matrices (en Excel).

79
Producción de Documentos en
MS Word
 MEGA puede ser usado para producir documentos MS Word.
Estos documentos pueden contener:
 Texto.
 Imágenes (gráficas, organigramas, flowcharts)

 Un documento es producido desde una plantilla

REPOSITORIO

80
Regeneración de un Documento

 Una vez generado, un documento puede ser regenerado

automáticamente cuando se le hacen modificaciones al
repositorio

REPOSITORIO

81
Desconexión de Documentos de MEGA

 La desconexión de documentos consiste en:

 Copiar el documento a un directorio específico. Este
documento no está ligado al repositorio ni a MEGA

Repositorio

 Una vez desconectado de MEGA el documento puede ser

enviado a múltiples usuarios que no tengan MEGA.

82
Generación de Páginas HTML

 MEGA Process le permite generar un sitio web con los objetos

contenidos en el repositorio del proyecto

 Esto facilita la distribución de la información en un sitio de

intranet

 Similar a la técnica utilizada para los documentos, es posible

crear un sitio web desde una plantilla

83
Referencias Externas

 Es posible ver archivos externos o páginas HTML directamente en el

diagrama:
 Esto proporciona acceso a toda la información necesaria para entender
el diagrama

 Evita poner en el repositorio todos los documentos, imágenes etc.,

concernientes a los estándares organizacionales

 Provee acceso directo a páginas HTML concernientes al objeto ligado a

la referencia externa

 Las referencias externas pueden ser:

 Cualquier formato estándar de archivo

 Puede ser consultado desde la Intranet así como desde MEGA

84
 Ejercicio 6

Produciendo Documentación con MEGA

85
La Herramienta de Búsqueda

 Con MEGA es muy sencillo buscar información en el

repositorio

 También es posible buscar información dentro del contenido

del “Comment”, con palabras que “inician con” o “terminan
en”

86
 Ejercicio 7

Consultando el repositorio

87
 Ejercicio 8

Creando una matriz (Opcional)

88
Salida de MEGA

89
Rechazos y Colisiones

 Incoherencias que pueden aparecer durante el dispatch y

actualización se señalan por medio de:
 Rechazos (las actualizaciones de un usuario no son aceptadas
porque el objeto en juego ha sido borrado por otro usuario)
• Para evitar estos rechazos, se prohíbe el borrado de objetos creados

fuera de la transacción

 Colisiones (un problema de nombres resulta en la

modificación de los comandos de actualización)
• Cada objeto tiene un identificador absoluto que lo hace
único

90
Algunas Reglas Simples

 Para limitar el número de colisiones:

 Organice el trabajo en equipo

 Ponga cuidado al borrar los objetos

 Haga un “Dispatch” o un “Refresh” a las transacciones con

frecuencia

91
GRACIAS

92