Documentos de Académico
Documentos de Profesional
Documentos de Cultura
www.unab.cl
Salvo para el caso de una empresa que recién se inicia, ya todas tienen sus procesos de negocios
funcionando de alguna manera, por tanto la estrategia de hacer todo de nuevo como proponía la Re-
ingeniería no parece adecuada. Entonces surge la estrategia de la gradualidad, del poco a poco, del
mejoramiento continuo o como se quiera denominar. Es decir, el cambio debe realizarse alterando lo
menos posible la operación diaria.
Se sabe que todo cambio despierta suspicacias, y dado que estoy pensando en empresas grandes, también
aparece el tema del poder, puesto que el cambio, como decíamos en otra época, “cambia la correlación de
fuerzas”. De modo que quienes nos decimos expertos en BPM debemos intentar generar objetividad,
entendiendo por tal, criterios que sean aceptados por la organización -en particular sus ejecutivos-, para
calificar cuáles procesos de negocios necesitan ser intervenidos –mejorados [2] o porque la empresa
necesita incorporar BPM. Es lo que Hammer denomina “transición hacia procesos”.
En este artículo les presentaré el Modelo de Madurez, en particular su aspecto práctico que es la Escala de
Madurez , una herramienta simple de utilizar y que permite clasificar los Procesos de Negocios, sea para
mejorarlos o porque se necesita alguna certificación (SoX, ISO, etc.)
Modelos de Madurez
El objetivo de este modelo es determinar cuál es el estado de desarrollo de los Procesos de Negocios de
una organización, por consiguiente la base es determinar un conjunto de reglas con las cuales se evaluará
un determinado proceso. En otras palabras, se trata de convenir una escala de medida y después aplicarla.
A continuación veremos dos modelos: el Process and Enterprise Maturity Model (PEMM™) de Michael
Hammer [3] y el de la Sofware Engineering Institute llamado Capability Maturity Model [4]. En las
referencias podrán encontrar la descripción completa de cada uno de los modelos.
· Para los procesos considera como habilitadores de la madurez a los siguientes aspectos: a) El
diseño (propósito, contexto, documentación); b) Usuarios (conocimientos, habilidades,
comportamiento frente al cambio); c) Dueño (Individualizado, pro-activo, con autoridad); d)
Infraestructura (sistemas de información y recursos humanos) y, e) Métricas (definidas y en uso).
· A nivel organizacional considera: a) Liderazgo (awareness, alineamiento, comportamiento, estilo);
b) Cultura (Equipo de trabajo, foco en el cliente, responsabilidad, actitud frente al cambio); c)
Conocimiento (personas, metodologías) y, d) Gobernabilidad (modelos de procesos, accountability,
integración).
2
Para mayores detalles se puede ver un ejemplo de la matriz de evaluación en el artículo del Dr. Hammer,
PEMM can be TheProcessAudit, publicado en Abril del 2007 en el Harvard Business Review.
3
Podemos apreciar que este modelo utiliza una sola dimensión: la Ingeniería de Software. Cada uno de los
niveles requiere que estén en uso ciertos elementos propios de esta ingeniería, de ahí que el nombre mide
la capacidad de utilización de la Ingeniería de Software.
Un ejemplo de Escala de Madurez basada en el Capability Maturity Model es la que utiliza la COBIT. Este
modelo ayuda a la gerencia de TI a buscar, por medio de benchmarking y herramientas de auto-evaluación,
respuesta a la necesidad de saber qué hacer de manera eficiente. Comenzando con los procesos y los
objetivos de control de alto nivel de COBIT, el propietario del proceso se debe poder evaluar de forma
progresiva, contra los objetivos de control. Esto responde a tres necesidades:
4
Ahora corresponde asignar las características a cada uno de los niveles o estado:
2 – Repetible; el proceso esta soportado, en gran medida, por la funcionalidad de un sistema homologado
pero, no está estandarizado y no tiene gobernabilidad.
5 – Optimizado; los procesos de negocios se han refinado hasta un nivel de mejor práctica, y se basan en
los resultados de mejoras continuas y diseños. Se miden –benchmarking- respecto a cómo operarán en
otras organizaciones similares.
A esta escala, ocupando la idea del PEMM, se le puede agregar un semáforo, donde:
De este ejemplo se puede concluir que la escala, teniendo claridad respecto a las características que se
desean medir, es fácil de crear, ya que consiste en asignarle un conjunto de característica a cada estado.
También es interesante observar el carácter integrativo de la escala, de aquí hablar de Madurez, puesto
que cada nivel implica que ya se cumplen los requisitos del nivel anterior. Por otra parte el grado de acidez
–rigurosidad- de la escala se puede manejar considerando más o menos características; así se tiene que con
menos características la escala será más gradual o suave.
5
Luego a cada proceso se le asigna el valor de la escala y el color del semáforo. A modo de ejemplo:
Esta tabla, de acuerdo con la propuesta original, nos dará más objetividad y claridad en nuestras
“negociaciones” con los ejecutivos. Puesto que primero nos ponemos de acuerdo en la identificación de los
Procesos de Negocios, luego en la Escala y, después los niveles y semáforos, nos ayudan a identificar cuáles
son los procesos necesarios intervenir. Y, por supuesto, cada una de las intervenciones se puede
transformar en un proyecto y estos, una vez ingresados en un Portafolio, se pueden planificar, evaluar
económicamente y priorizar.
Referencias
[1] Optimización de Procesos, Ricardo Seguel, BPM Chile
[2] Process and Enterprise Maturity Model, Michael Hammer
[3] Capability Maturity Model, Resumen
[4] Capability Maturity Model, Pág. 43, Software Engineering Institute
[5] TheValueChain, DagmarRecklies