Qué es la reingeniería de procesos y cómo aplicarla

La reingeniería de procesos es el rediseño radical de cómo se realiza el trabajo, partiendo de la pregunta "¿cómo lo haríamos si empezáramos hoy?". La mejora habitual parte de otra pregunta: "¿cómo mejoramos lo que ya tenemos?".

El concepto lo instaló Michael Hammer en un artículo de Harvard Business Review de 1990 ("Reengineering Work: Don't Automate, Obliterate") y lo desarrolló con James Champy en Reengineering the Corporation (1993). La idea central: automatizar un proceso defectuoso solo lo vuelve defectuoso más rápido, así que primero hay que cuestionarlo desde la raíz. Su definición tiene cuatro palabras clave: repensar de forma fundamental y rediseñar de forma radical los procesos para lograr mejoras drásticas en costo, calidad, servicio y rapidez.

La diferencia con la mejora continua es de alcance: la mejora continua afina lo existente en pasos chicos; la reingeniería lo reemplaza de una vez.

En la práctica, un proyecto de reingeniería implica:

• Mapear cómo funciona el proceso hoy, con todos sus pasos reales.
• Identificar qué valor recibe el cliente en cada etapa y qué etapas no le entregan ninguno.
• Diseñar una versión nueva del proceso orientada al resultado que recibe el cliente y que recorra los departamentos de punta a punta.
• Implementar el cambio con un plan de transición que el equipo pueda sostener.

Es una herramienta de alto impacto y también de alto riesgo. Los propios Hammer y Champy estimaron, sin pretensión científica, que entre la mitad y siete de cada diez esfuerzos de reingeniería no lograban los resultados buscados. Y en los años 90 la palabra quedó asociada a despidos masivos: Thomas Davenport, uno de sus impulsores, la criticó en 1995 como "la moda que se olvidó de las personas". Usarla sin criterio cuesta caro.

Cuándo tiene sentido aplicarla

La reingeniería conviene cuando el problema de raíz está en la estructura del proceso, más que en cómo se ejecuta cada paso. Algunos síntomas frecuentes:

• El mismo trabajo pasa por cinco manos antes de llegar al cliente.
• Hay pasos que nadie sabe por qué existen, pero nadie se atreve a eliminar.
• El proceso fue diseñado para un volumen o una tecnología que ya no existe.
• Las quejas del cliente apuntan siempre al mismo cuello de botella, y los parches no duran.

Si el proceso funciona en lo esencial y solo necesita consistencia o velocidad, la reingeniería es excesiva. En ese caso, herramientas como el ciclo PDCA, el kaizen o el lean manufacturing resuelven más rápido con menos disrupción.

Los pasos de un proyecto de reingeniería

Un proyecto bien estructurado sigue una secuencia clara, aunque el tiempo de cada etapa varía según la complejidad:

1. Definir el alcance ¿Qué proceso se va a rediseñar? Cuanto más acotado sea el alcance inicial, más manejable será el proyecto. Un proceso de punta a punta de toda la empresa como primer intento es una apuesta muy arriesgada.

2. Mapear el proceso actual Documentar cómo funciona el proceso hoy en la realidad, aunque difiera de lo que dice el manual. Incluye los pasos informales, las correcciones manuales y las excepciones que se volvieron regla. Un mapa de procesos o un mapa de flujo de valor sirven para esta etapa, y BPMN si el proceso tiene muchas bifurcaciones.

3. Identificar el valor para el cliente De todos los pasos que existen, ¿cuáles generan algo que el cliente valora? Los demás son candidatos a eliminación o simplificación.

4. Diseñar el proceso nuevo Aquí se trabaja desde cero. La pregunta guía es: si no tuviéramos historia ni inercia, ¿cómo haríamos esto? El diseño nuevo se ordena alrededor del resultado que recibe el cliente, aunque eso incomode la forma en que hoy se reparten las tareas entre departamentos.

5. Pilotear antes de escalar Antes de implementar en toda la organización, conviene probar el proceso rediseñado en un área o un segmento acotado. Esto reduce el riesgo y permite ajustar sin costo mayor. Hay una guía para diseñar un piloto con criterios de éxito definidos antes de empezar.

6. Implementar y sostener La implementación es donde más proyectos de reingeniería fallan. Un rediseño brillante que el equipo no adopta deja todo igual. La transición necesita comunicación, capacitación y seguimiento, y es un proceso de gestión del cambio con todo lo que eso implica, incluida la resistencia al cambio.

El rol del gerente en la reingeniería

El gerente de área tiene un papel doble en un proyecto de este tipo.

Como impulsor, necesita construir el caso de negocio, conseguir el apoyo de niveles superiores y proteger al equipo durante la transición. Sin respaldo visible desde arriba, el proyecto muere en la resistencia operativa.

Como receptor, cuando la reingeniería viene de otra instancia, el trabajo es traducirla al equipo sin generar pánico. Eso significa ser honesto sobre lo que cambia, claro sobre lo que no cambia y concreto sobre los próximos pasos.

En ambos casos, la clave es separar el rediseño del proceso de la evaluación de las personas. La reingeniería cuestiona cómo se hace el trabajo, y el equipo tiene que escuchar eso con claridad. Si el rediseño elimina puestos, dilo temprano y con el plan para esas personas: es justo lo que hizo fracasar a tantos proyectos en los 90. Confundir las dos cosas destruye la confianza del equipo y bloquea la implementación.

Errores comunes al aplicar reingeniería

Rediseñar sin datos. Un proceso nuevo basado en intuición puede ser tan defectuoso como el anterior. El mapeo del proceso actual y la voz del cliente son pasos obligatorios.

Abarcar demasiado. Los proyectos que intentan rediseñar todo a la vez terminan sin rediseñar nada. Empezar por un proceso crítico y acotado genera resultados visibles que sostienen el impulso.

Ignorar a las personas que ejecutan el proceso. Quienes trabajan en el proceso todos los días conocen sus fallas mejor que cualquier consultor externo. Excluirlos del diseño garantiza resistencia en la implementación.

Confundir reingeniería con automatización. Automatizar un proceso defectuoso solo produce errores más rápido. Primero se rediseña y después se elige la tecnología que sirve al proceso nuevo.

Corregir estos errores pide rigor en el diagnóstico y las personas correctas en la mesa desde el inicio.

Reingeniería y mejora continua: cuándo usar cada una

Una confusión frecuente es pensar que elegir reingeniería implica abandonar la mejora continua, o viceversa. Son herramientas para momentos distintos.

La reingeniería sirve para rediseñar procesos que ya no son viables en su estructura actual. La mejora continua sirve para afinar procesos que funcionan bien en lo esencial. Muchas organizaciones aplican reingeniería una vez y luego usan mejora continua para mantener el proceso nuevo vivo y actualizado.

Entender cuándo usar cada una es parte de la competencia de un gerente que gestiona con criterio. Si quieres profundizar en cómo medir si el proceso está funcionando después del rediseño, el artículo sobre indicadores en pares para el tablero de tu área ofrece una estructura concreta para hacerlo.

Para seguir

La reingeniería de procesos es una de las herramientas más potentes que tiene un gerente para crear valor real en su organización. También es una de las más exigentes: requiere diagnóstico honesto, diseño cuidadoso y una implementación que el equipo pueda sostener.

Si tu área tiene procesos que llevan años funcionando "porque siempre fue así", vale la pena hacerse la pregunta: ¿estamos mejorando algo que ya cumplió su ciclo, o es momento de empezar desde otra base?

Esa pregunta, y cómo responderla con criterio, es parte de lo que cubre el área de procesos en este blog.