Identificación y arquitectura de procesos

Page 1

Identificación y arquitectura

IDENTIFICACIÓN DE PROCESOS

(Fase 1)

La identificación de procesos se refiere a aquellas actividades de gestión que tienen como objetivo definir sistemáticamente al conjunto de procesos de negocio de una organización y establecer criterios claros para la selección de aquellos procesos específicos que requieren mejora (Dumas, Et al 2020). El resultado de la identificación de procesos es una “arquitectura de procesos”, con la que se representa gráficamente los procesos y sus interrelaciones.

EL CONTEXTO DE LA IDENTIFICACIÓN DE PROCESOS

La identificación de procesos parte del contexto estratégico de la organización; pocas organizaciones disponen de procesos modelados con detalle para analizarlos y rediseñarlos rigurosamente, implementar la tecnología de automatización y, finalmente, monitorear continuamente y de forma detallada el desempeño de estos procesos.

Se puede asumir que la organización dispone de una estrategia de negocio; una forma de hacerlo es a través del “mapa estratégico y cuadro de mando integral” (Kaplan & Norton, 1992) partiendo de los objetivos del negocio.

Fuente: Mapa estratégico (Kaplan & Norton, 1992)

En la figura, el “Valor a largo plazo para el accionista” constituye la meta corporativa genérica y global a la que se alinean los objetivos o metas de todas las perspectivas.

Se analiza el mapa por perspectivas, de abajo hacia arriba alineando mediante la relación causal (causa – efecto) entre las diferentes metas de la organización.

La perspectiva de aprendizaje y crecimiento es la base del mapa estratégico y a través del capital humano, el capital de información y el capital organizacional, influencian a la perspectiva interna.

La perspectiva de aprendizaje y crecimiento es causa y su efecto es la perspectiva interna.

La perspectiva interna está conformada por los procesos de gestión de operaciones, gestión de clientes, innovación y cumplimiento normativo, que tiene como meta disponer de procesos eficientes y efectivos.La perspectiva interna es causa y su efecto es la perspectiva del cliente.

En la perspectiva del cliente la propuesta de valor para el cliente postula que los atributos relacionados con el producto y el servicio, tales como el precio, la calidad, la disponibilidad, la selección y la funcionalidad, el servicio y las relaciones con los socios, así como la imagen de marca, son valorados por el cliente.

La perspectiva del cliente actúa como causa y tiene como efecto la perspectiva financiera.

La perspectiva financiera se desglosa en cuatro submetas: mejorar la estructura de costos, aumentar la utilización de activos, ampliar las oportunidades de ingresos y aumentar el valor para el cliente; esta perspectiva exterioriza la estrategia empresarial.

RESUMEN:

Los procesos de negocio se basan en el capital humano, el capital de información y el capital organizacional y proporcionan la base para la gestión de los procesos internos que a su vez generan la propuesta de valor para el cliente, que a la larga dará como resultado el éxito financiero, cumpliendo con la estrategia empresarial.

Por el contrario, la “arquitectura empresarial” describe las dependencias estructurales entre las diferentes perspectivas de la organización, utilizando marcos de referencia. Uno de ellos es la propuesta Zachman Framework, que define las siguientes perspectivas:

Perspectiva organizacional: describe los actores, roles y estructura organizacional mediante el uso de organigramas.

Perspectiva de producto: define los productos y servicios que una organización ofrece junto con las relaciones mediante el uso de catálogos de productos y servicios.

Perspectiva de procesos de negocio: descrita mediante una arquitectura de procesos.

Perspectiva de los datos: incluye a las entidades de información y sus relaciones (modelo de datos).

Perspectiva de aplicaciones: describe los diferentes softwares con sus dependencias mediante el uso de un modelo de aplicación, y

Perspectiva de infraestructura técnica: con énfasis en el hardware computacional y las redes de comunicación.

El propósito de una arquitectura empresarial es mostrar que los procesos de negocio juegan un papel central en la integración de las diferentes perspectivas de la empresa; una arquitectura empresarial no solo describe estas perspectivas por separado, sino que también define sus conexiones.

Cuando la arquitectura se documenta sistemáticamente, un gerente podría responder a la siguiente pregunta:

¿Con que proceso se relaciona el tiempo de inactividad de un servicio en línea y que sistema de IT soporta las actividades de dicho proceso, las cuales podrían verse afectadas por el tiempo de inactividad?

Las organizaciones deben centrarse en aquellos procesos que crean valor de relevancia estratégica o quze tienen problemas que afectan al desempeño.

Una vez que se han identificado y resuelto los problemas, es el momento de enfocarse en los otros procesos identificados.

¿Qué prioridad debe tomarse en cuenta? En los procesos orientados al cliente.

Para abordar en la identificación de procesos, la organización debe responder a las siguientes preguntas:

¿Qué procesos se ejecutan en la organización?

¿En cuáles procesos debe centrarse la organización?

La organización que trabaja en la iniciativa BPM necesita disponer de un mapa de procesos.

Una lista de verificación ayudará a responder las dos preguntas:

Lista de verificación del proceso

Lista Descripción Check

¿Es en realidad un proceso? ¿Se puede controlar el proceso?

Para que califique como proceso debe ser posible identificar la acción principal, contiene una serie repetida de eventos y actividades con el fin de obtener un entregable.

¿Es el proceso lo suficientemente importante como para gestionarlo?

Todo proceso dispone de eventos o actividades que pueden ser observados individualmente.

El proceso tiene importancia si hay un cliente (interno/externo) a la espera de su entregable; es posible encargar su realización a un socio externo; está sujeto a un marco legal o reglamentario de la organización.

¿Es el alcance del proceso demasiado grande?

Las actividades que están dentro del alcance del proceso contribuyen a cumplir el propósito del proceso.

¿Es el alcance del proceso demasiado pequeño?

Para calificar como proceso debe contener al menos tres actores diferentes -excluyendo al cliente - involucrados. Se requiere que haya transferencias entre múltiples actores o sistemas.

La identificación de procesos se lleva a cabo en dos pasos: la definición de la arquitectura de procesos y la selección de procesos.

La arquitectura de procesos tiene por objeto obtener una comprensión de los procesos en los que está involucrada una organización, así como sus interrelaciones.

La selección de procesos tiene como objetivo desarrollar una priorización de procesos para las actividades de BPM (Descubrimiento, análisis, rediseño, implementación y monitoreo), refiriéndose al conjunto general de procesos o portafolio de procesos de la organización.

ARQUITECTURA DE PROCESOS Definición

La arquitectura de procesos tiene como objetivo proporcionar una representación de los procesos que existen en una organización.

Para lograr este objetivo se siguen dos pasos:

1. Establecer las categorías de procesos.

2. Describir las diferentes relaciones entre procesos.

3. Seleccionar un método para representar los procesos.

Categoría de procesos

Existen variados métodos para categorizar los procesos de negocio.

Uno de los modelos más utilizados es “la cadena de valor de Porter” con dos categorías de procesos: procesos principales (Actividades Primarias) y procesos de soporte (actividades de apoyo); posteriormente se han añadido los procesos de gestión.

Procesos principales: Llamados también misionales o de valor, incluyen el diseño y desarrollo, la producción, la comercialización y las ventas, la entrega, la posventa y el aprovisionamiento directo, es decir, la producción de bienes y servicios por los que paga el cliente.

Procesos de soporte: Llamados también de apoyo, incluyen las adquisiciones indirectas, la gestión de recursos humanos, la gestión de las tecnologías de la información, la contabilidad, la gestión financiera y los servicios jurídicos, es decir, los que permiten la ejecución de los procesos principales.

Procesos de gestión: Llamados también estratégicos, incluyen la planificación estratégica, la planeación del presupuesto, el cumplimiento y gestión de riesgos, así como la gestión de inversiones, proveedores y socios. En general proporcionan indicaciones, orientaciones, reglas y prácticas para los procesos principales y de soporte.

Procesos de Gestión

Definición de la Visión

Desarrollo de la Estrategia Implementación de la Estrategia Gestión del Riesgo

Procesos Principales

Aprovisionamiento de Materia Prima

Fabricación de Productos

Mercadeo de Productos

Entrega de Productos

Procesos de Soporte

Gestión de Recuerso humano

Gestión de Información

Gestión de Servicios al Cliente

Gestión de Activos

A continuación, se muestra el modelo panorámico de procesos de CONSTRUCTORA S.A.

RELACIONES ENTRE PROCESOS

En una arquitectura de procesos existen tres tipos de relaciones:

Secuencia, Descomposición Especialización.

Secuencia: describe una secuencia lógica entre dos procesos en donde, un proceso proporciona una salida que el otro proceso toma como entrada. Por ejemplo, en el modelo panorámico de procesos se muestra que los principales están en una relación secuencial desde el aprovisionamiento de materia prima hasta la fabricación de productos, pasando por la comercialización de productos, la entrega de productos y, finalmente la gestión del servicio de atención al cliente. El objeto que se pasa de forma secuencial entre los procesos caracteriza la relación. En el caso de estudio CONSTRUCTORA S.A., el proceso de EJECUCIÓN tiene como salida las pruebas y puesta en marcha que es la entrada del proceso de CIERRE de proyecto.

Descomposición: esta relación describe la existencia de una descomposición en la que un proceso específico se describe con más detalle en uno o más subprocesos. También se denomina relación vertical o jerárquica. Por ejemplo, el proceso de EJECUCIÓN se describe con más detalle haciendo constar los subprocesos con las respetivas actividades que deben ser llevadas a cabo para desarrollar de manera exitosa el proyecto.

Especialización: esta relación describe que existen variantes en un proceso genérico, en el ejemplo de la CONSTRUCTORA S.A. podría haber un proceso genérico que incluya variantes debido a condiciones contractuales o legales por la índole del proyecto.

En los mapas de procesos pueden describirse estas relaciones en la cadena de valor o procesos principales.

Tómese en cuenta el concepto de “Jerarquía de procesos” de Harrington (1986), en donde la arquitectura de procesos se muestra por niveles, en BPM hablaremos de tres niveles:

Nivel 1

Panorámica de Procesos

(Incl. Cadenas de valor)

Nivel 2

Panorámica de Negocio

Nivel 3+

Subprocesos y Tareas

La definición de una arquitectura de procesos se hace de arriba hacia abajo; el punto de partida es el Nivel 1 que muestra las cadenas de valor de la empresa. El Nivel 2 proporciona una descomposición para cada proceso de negocio de las cadenas de valor. El Nivel 3 proporciona una descomposición adicional hasta llegar a los subprocesos y tareas.

Cuando se utiliza el modelo panorámico de procesos, la arquitectura de procesos en el Nivel 1 tiene que ser comprensible para todas las partes interesadas, debe ser compacta, lo suficientemente completa para que todos los empleados de la organización puedan relacionar su trabajo diario con ella y aceptarla como una descripción consensuada de la empresa.

Hay varios pasos que nos ayudarán a describir el modelo panorámico de procesos de forma sistemática:

1. Definir la terminología: debe establecerse un glosario de términos propios de la organización, asegurando que todas las partes interesadas tengan una comprensión consistente del modelo.

2. Identificar los procesos de extremo a extremo: Identifique a todos los procesos que interactúan con los clientes y proveedores de la organización. Varias características nos ayudan a distinguir los procesos de extremo a extremo:

- Tipo de producto: Identifique los productos que se producen de forma similar, en muestro ejemplo, se distinguen por tipos de construcción: edificaciones, obras de riego, obras de saneamiento, de urbanidad y obras viales.

- Tipo de servicio: distinga los tipos de servicio que se producen de forma similar; por ejemplo, una obra de riego es diferente si se trata de un cantón o de una parroquia, la dimensión y características del proyecto son propias de cada una.

- Canal: esta propiedad representa los canales a través de los cuales la organización interactúa con sus clientes; si CONTRUCTORA S.A. actúa como contratista, el adjudicatario del proyecto es el que tiene relación directa con el cliente.

- Tipo de cliente: Identifique a los tipos de clientes con los que la organización trata; por ejemplo: ejecución de proyectos por instituciones públicas o cliente privados.

Los procesos de extremo a extremo que se muestran en el modelo panorámico de procesos representan los las cadenas de valor de la organización.

3. Para cada proceso de extremo a extremo, identificar sus procesos secuenciales: es importante identificar las salidas internas e intermedias de un proceso de extremo a extremo. Existen diferentes perspectivas que ayudan a establecer los límites de estos procesos:

- Ciclo de vida del producto: incluye diferentes estados que pueden utilizarse para subdividir un proceso de extremo a extremo. Por ejemplo, en el tipo de construcción edificaciones de CONTRUCTORA S.A., suele presentar primero un presupuesto, luego establece el contrato, diseña la edificación juntamente con el cliente, construye, entrega, redacta la factura y cobra de acuerdo con el contrato inicial.

- Relación con el cliente: hay etapas típicas por las que pasa la relación con el cliente. Primero se generan las oportunidades de negocio, luego se firma el contrato y se prestan los servicios. Después de esto se envía la factura. El contrato puede ser cambiado y eventualmente terminado.

- Cadena de suministro: a lo largo de la cadena de suministro, se adquieren materiales que se utilizan para fabricar productos. Se comprueba el cumplimiento de los estándares de calidad y se entrega a la obra.

- Etapas de la transacción: hay diferentes etapas por las que pasan las transacciones, desde el inicio de la negociación hasta su terminación, pasando por la ejecución y la aceptación.

- Cambio del objeto de negocio: Si existen diferentes objetos de negocio, el proceso debería dividirse en los respectivos procesos de negocio. Por ejemplo, por tipos de construcción, edificaciones, obras de riego, obras de saneamiento, de urbanidad y obras viales.

- Separación: las diferentes etapas de un proceso también pueden definirse mediante una separación temporal, espacial, lógica o con cualquier otro tipo de separación.

La identificación de los procesos de negocio tiene una visión interna, ya que normalmente las unidades funcionales en la organización son responsables de procesos de negocio concretos.

4. Para cada proceso de negocio, identificar sus principales procesos de gestión y soporte: los procesos típicos de soporte son la gestión de Talento Humano, Administrativa, Financiera Contable y otros; son procesos esenciales si son parte del modelo de negocio, de lo contrario son procesos genéricos.

5. Descomponer y especializar los procesos de negocio: cada uno de los procesos del modelo panorámico deben subdividirse en el Nivel 2 de la arquitectura de procesos, pudiendo inclusive subdividirse hasta el Nivel 3, en el caso de CONTRUCTORA S.A., se muestra la descomposición hasta Nivel 2 de los procesos de valor:

Iniciación

PROCESOS ESTRATÉGICOS

Planificación Ejecución

Procesos pre contractuales

Procesos post adjudicación

Planificación

Cierre

Contratación de personal

Integración de proyectos

Construcción

Pruebas y puesta en marcha

Cierre de proyecto Implementación de campamento y oficina de campo

Monitoreo y control

Control de cronograma y costo

Control de subcontratistas

Control de cambios

Procesos de soporte

Resumiendo: dependiendo de la extensión y profundidad de una arquitectura de procesos, no se puede lograr una arquitectura completa de una sola vez; en la práctica debe realizarse extensiones y actualizaciones como parte de cada nuevo proyecto de BPM.

Turn static files into dynamic content formats.

Create a flipbook
Issuu converts static files into: digital portfolios, online yearbooks, online catalogs, digital photo albums and more. Sign up and create your flipbook.