You are on page 1of 2

ESAN [CURSO: INGENIERÍA DE PROCESOS DE NEGOCIOS

]

¿Quiénes participan en un proyecto de BPM?

Si modelamos procesos debemos hacerlo pensando en los clientes finales. Dicho de otra
forma, es necesario ponerse en la situación del cliente, pensando en el concepto de valor para
él. Seguramente usted pensará: "Bien, ¿por qué no?" Sin embargo, sólo pocos diseños de
procesos cumplen con este requerimiento.
El grado de influencia y los intereses de los participantes en los procesos pueden ser muy
variados y diferentes. Los roles de participantes que describimos a continuación siempre están
presentes de alguna forma en proyectos de BPM.
Se ha podido constatar que empresas que cuentan con mayores niveles de madurez en BPM
también poseen roles bien definidos y estructuras orientadas a procesos. De todas formas
recomendamos al lector que se está iniciando en BPM, familiarizarse con los roles de los
participantes en la gestión orientada a procesos. He mantenido los términos en inglés porque
las empresas globales actúan cada vez más en mercados internacionales. El equivalente en
español lo encontrará entre los paréntesis (ver figura Nº1).
1. Process Owner - PO (dueño de proceso): El process owner es el dueño de proceso y el
responsable de plasmar la estrategia en los procesos. El debiera tener el mayor interés
de todos los participantes en promover la mejora en la eficiencia de éstos. En muchas
ocasiones las propuestas de mejora no vienen de él, sino de otras áreas y si lo logran
convencer, él disponibiliza parte o gran parte del presupuesto para un proyecto de
BPM. En la mayoría de las organizaciones el process owner es miembro de la alta
gerencia o es responsable de un área o línea de negocio.
2. Process Manager – PM (gestor de proceso): El process manager es el responsable de
operaciones, reporta directamente al process owner y es él quien impulsa las
propuestas de mejora. El es responsable de mantener la comunicación con los clientes
y/o proveedores. Normalmente al process manager lo encontramos inserto en un nivel
de jerarquía intermedia, como subdirector, subgerente, jefe de sucursal o jefe de
grupo.
3. Process Participant - PP (usuario, ejecutivo de negocio): Los process participants son
los usuarios de negocio que trabajan en operaciones con el proceso, es decir, parte
integrante de la cadena que crea valor para los clientes. Se pueden relacionar de muy
diferentes maneras con el process manager. En la mayoría de las organizaciones son
usuarios de un área funcional, como ventas, finanzas o logística. En estos casos no
existe un process manager o actúa en su parte del proceso como tal y el usuario
reporta directamente al encargado del área. Si la empresa está organizada en forma
matricial, lo que en compañías globales es bastante común, pueden surgir conflictos
entre el process manager y los responsables de áreas. En estructuras matriciales se
requiere de un modelo de decisiones colaborativo para evitar el conflicto de intereses
que surge en el punto de intersección.
4. Process Analyst – PA (analista de proceso): Las competencias que se esperan del
analista de procesos son conocimientos de BPM en general y de la notación de BPMN
en específico (o bien de la notación escogida). El analista de procesos apoya al process
manager como asesor interno o externo en todas las fases del ciclo de BPM. El puede
representar, como experto, al process manager ante consultores externos o formar
parte del equipo de proyectos de BPM. El analista de procesos puede ser miembro de
un área de procesos de la empresa o pertenecer como analista al departamento de
informática de ésta. En muy pocas ocasiones será el responsable de la implementación
de los procesos, a pesar de que posee buenos conocimientos o una gran afinidad con
las TI. El analista de procesos debiera de tener una gran habilidad en materias de

Prof. Ing. Miguel Casma Salcedo Página 1

La calificación más importante de un analista de procesos no es el comunicar. configura y construye la solución de BPM en la suite escogida. un analista. más del 70% de las personas que ocupan este rol no cuentan con las competencias suficientes para cumplir con este objetivo. sino el captar o escuchar a los participantes. Ing.emb. El ingeniero de procesos está bien capacitado en el entorno de implementación. El diseño técnico debe realizarse en el mismo entorno (process engine o BPMS) en donde se implementarán éstos. ante aspectos de calidad y eficiencia. como coordinador entre personas de negocio y de TI. Se espera un gran dominio de la notación BPMN y. Por esta razón no se aconseja mezclar ambos roles en el sentido de que un jefe de proyectos actúe como analista o viceversa. pero al mismo tiempo poseen un buen sentido de abstracción y pueden reducir los modelos a su esencia. como lo indica su rol. 5. A ellos no se les escapa ningún detalle. Miguel Casma Salcedo Página 2 .cl/gerencia/articulo. es un rol clave en cualquier proyecto de BPM. N° 01 Roles de un Proyecto BPM Fuente: http://www.mvc?xid=488 Prof. El perfil de un jefe de proyecto es diferente: está centrado en cumplir las metas del proyecto y. El ingeniero de procesos también puede actuar como asesor en la fase de modelamiento de la lógica operacional. Fig. Process Engineer – PE (ingeniero de proceso): El ingeniero de procesos implementa un modelo técnico a partir de la especificación y el diseño operacional validado por él y los analistas de procesos. prioriza las metas técnicas como fechas de entrega y mantención del presupuesto de costos de éste. Pero sobre todo es. Buenos analistas de negocio sienten la necesidad de querer atender todo en detalle.ESAN [CURSO: INGENIERÍA DE PROCESOS DE NEGOCIOS] desarrollo organizacional y técnicas de comunicación. como para poder ponerse en el lugar del cliente y representar sus inquietudes. Al mismo tiempo poseen la empatía. En la mayoría de los casos porque les faltan las habilidades para este perfil. De acuerdo a nuestras observaciones y experiencias. por lo general.