← Volver al blog Procesos

Reingeniería de procesos: cuándo sí y cuándo no [2026]

La reingeniería de procesos es el rediseño desde cero de cómo una empresa produce un resultado, partiendo de la pregunta de para qué existe ese proceso y no de cómo se hace hoy. Michael Hammer y James Champy la definieron en 1993 como la reconcepción fundamental y el rediseño radical de los procesos de negocio para lograr mejoras espectaculares en costo, calidad, servicio y rapidez.

La definición se repite en todas partes. Lo que casi nadie escribe es la parte que decide el resultado: cuándo un proceso justifica rediseñarse entero y cuándo bastaba con quitarle tres autorizaciones. Elegir mal ese punto es el error más caro del tema, porque la reingeniería tiene un costo de riesgo y de energía organizacional que la mejora continua no tiene.

Qué es y qué no es la reingeniería

La palabra que hace el trabajo en la definición de Hammer y Champy es fundamental: el rediseño no empieza preguntando cómo mejorar el proceso, empieza preguntando por qué hacemos esto y por qué así. Es una pregunta incómoda porque muchas veces la respuesta honesta es «porque el sistema anterior no permitía otra cosa» o «porque hace ocho años un cliente lo pidió y ese cliente ya no está».

Cuatro cosas se llaman reingeniería y no lo son:

5 señales de que sí y 5 de que no

Esta es la sección que evita proyectos caros e innecesarios. Un rediseño total consume patrocinio, atención de la dirección y tolerancia al riesgo, y esos tres recursos son limitados: gastarlos en un proceso que no lo necesitaba deja sin ellos al que sí.

Cinco señales de que sí lo necesita

1. El diseño responde a una restricción que ya no existe. El flujo tiene tres validaciones porque el sistema viejo no validaba nada, y el sistema viejo se cambió hace dos años. Es el candidato número uno y el más fácil de justificar.
2. El proceso cruza cuatro o más áreas y el caso espera en cada frontera. Cuando el tiempo de trabajo real es una fracción mínima del tiempo de ciclo, no hay mejora incremental que lo arregle: el problema es el diseño, no la ejecución.
3. La excepción ya es la norma. Si uno de cada tres casos se resuelve por una vía informal que nadie documentó, el proceso oficial dejó de describir la realidad. Rediseñar es reconocerlo.
4. El proceso se diseñó para un volumen que se multiplicó. Lo que funcionaba con veinte casos al mes se rompe con doscientos, y añadir gente solo mueve el cuello de botella de lugar.
5. El cliente pide algo que el proceso estructuralmente no puede dar. Entregar en 48 horas cuando el flujo tiene tres autorizaciones secuenciales de un día cada una no es un problema de esfuerzo.

Cinco señales de que todavía no

1. No hay patrocinador con autoridad sobre todas las áreas implicadas. Sin alguien que pueda mover fronteras, el rediseño se negocia hasta parecerse al proceso viejo. Es la causa de fracaso más frecuente y la más previsible.
2. El proceso nunca se midió. Sin línea base no se puede demostrar que el rediseño mejoró nada, y a los seis meses la discusión será de opiniones.
3. El problema está en un solo paso. Si el ochenta por ciento de la demora ocurre en una actividad concreta, ese es un proyecto de mejora de dos semanas, no un rediseño de seis meses.
4. La empresa ya tiene tres iniciativas grandes en curso. La reingeniería compite por la misma atención directiva que todo lo demás, y un proyecto sin atención directiva no sobrevive al primer conflicto entre áreas.
5. Se quiere rediseñar el proceso y cambiar el sistema al mismo tiempo. Se puede, pero entonces son dos proyectos con dos riesgos que se multiplican, y cuando algo falla nadie sabe cuál de los dos lo causó.

Mejora, rediseño y reingeniería: cómo se elige

No son tres nombres del mismo trabajo: son tres niveles de intervención con costos, plazos y riesgos distintos. La tabla es el criterio de elección.

	Mejora continua	Rediseño del proceso	Reingeniería
Qué se conserva	El diseño completo	El propósito y las fronteras	Solo el propósito
Alcance	Un paso o un tramo	Un proceso completo	Uno o varios procesos transversales
Plazo típico	Semanas	2 a 4 meses	4 a 9 meses
Riesgo	Bajo y reversible	Medio, con piloto	Alto, exige migración
Quién decide	Dueño del proceso	Dueño más las áreas implicadas	Dirección general
Cuándo se elige	El diseño sirve, sobra fricción	El flujo está mal armado	El diseño responde a un mundo que ya no existe

La regla práctica: se empieza siempre por el nivel más bajo que pueda resolver el problema. Si al medir el proceso resulta que dos terceras partes de la demora se van en una sola espera, eso se arregla con mejora y en semanas. La reingeniería se reserva para cuando el problema está repartido por todo el flujo y ninguna intervención local lo mueve. Para saber en cuál de los tres casos estás, el paso previo es medir: la guía de cómo hacer un mapeo de procesos explica cómo sacar esos números, y la de mejora de procesos cubre el nivel más bajo.

Los 5 principios del rediseño

Son los principios que Hammer formuló y que siguen siendo el mejor resumen de por dónde se corta. No son recetas: son formas de romper supuestos.

1. Organizar alrededor de resultados, no de tareas. En lugar de cinco especialistas que tocan el caso por turnos, una persona o un equipo responsable del caso de principio a fin. Elimina la mayoría de los cruces, que es donde estaba la espera.
2. Que quien usa el resultado ejecute el proceso. Si el área que necesita un insumo puede conseguirlo directamente, desaparece el proceso de solicitud, la cola y el seguimiento de la solicitud.
3. Incorporar el control en el propio flujo. Una validación automática en el momento de la captura sustituye a una revisión posterior, a la devolución y al reproceso. El control deja de ser un paso y pasa a ser una propiedad del paso.
4. Capturar la información una sola vez, en su origen. Cada recaptura es una oportunidad de error y una cola. Este principio, que en 1993 exigía tecnología cara, hoy es casi siempre cuestión de decidir.
5. Decidir donde se hace el trabajo. Subir una decisión de rutina dos niveles cuesta días y no mejora la decisión. Bajarla exige definir el límite por escrito, que es justamente lo que casi nunca está escrito.

El método en 6 fases con plazos

Fase 1 — Definir alcance y patrocinio (1 a 2 semanas)

Se escribe qué proceso entra, dónde empieza y dónde termina, y quién es el patrocinador con autoridad sobre todas las áreas implicadas. Si ese nombre no existe, el proyecto no arranca: se busca primero. Es la fase más corta y la que más proyectos debería detener.

Fase 2 — Medir el estado actual (2 a 3 semanas, con tope)

Tiempo de ciclo, tiempo de trabajo real, número de cruces, puntos de retrabajo y volumen mensual. Con tope de tiempo estricto: cuanto más se profundiza en el proceso viejo, más difícil es imaginar uno distinto. El objetivo no es documentarlo, es tener contra qué comparar y entender por qué es como es.

Fase 3 — Rediseñar (3 a 5 semanas)

Sesiones de trabajo con los cinco principios sobre la mesa y una regla: en la primera sesión nadie puede decir «eso no se puede porque el sistema…». Las restricciones se introducen en la segunda ronda; si entran antes, el diseño nuevo nace parecido al viejo. El entregable es el flujo objetivo con sus reglas de decisión y su modelo de responsabilidades.

Fase 4 — Piloto acotado (4 a 8 semanas)

Una línea de producto, una sucursal o un tipo de cliente. Con criterios de éxito escritos antes de empezar y con plan de retorno al proceso anterior. Saltarse el piloto es la segunda causa de fracaso: los rediseños fallan por detalles operativos que ninguna sesión de diseño anticipa.

Fase 5 — Migrar (4 a 10 semanas)

Se despliega por olas, no de golpe. Aquí se cambian también los documentos: procedimientos, formatos, descripciones de puesto e indicadores. Si eso se deja para después, durante meses la empresa opera de una forma y su documentación dice otra, y en la siguiente auditoría se ve.

Fase 6 — Estabilizar y medir (8 a 12 semanas)

Se comparan los números contra la línea base de la fase 2 y se corrige lo que el piloto no alcanzó a mostrar. Un rediseño se declara terminado cuando los indicadores nuevos llevan tres periodos estables, no el día del arranque.

El caso Ford, explicado como se debe

Es el ejemplo canónico del libro de Hammer y Champy, y casi siempre se cuenta mal. Ford quería mejorar su departamento de cuentas por pagar, donde trabajaban cientos de personas. El objetivo inicial era recortarlo alrededor de una quinta parte con mejoras y automatización. Al conocer la operación de Mazda —donde una función equivalente se llevaba con un puñado de personas— quedó claro que el objetivo estaba mal planteado.

El proceso viejo funcionaba así: compras emitía una orden y mandaba copia a cuentas por pagar; el almacén recibía la mercancía y mandaba su nota; el proveedor mandaba la factura; y cuentas por pagar cotejaba los tres documentos, con catorce datos que debían coincidir. Cuando no coincidían —que era lo habitual— el caso se detenía y alguien investigaba. El trabajo del departamento no era pagar: era resolver discrepancias entre papeles.

El rediseño eliminó la causa en lugar de acelerar la resolución: se instauró una liquidación sin factura. La orden de compra se registra en una base común; cuando el almacén recibe, verifica contra esa base; si coincide, el pago se genera solo; si no coincide, la mercancía se rechaza en el andén. El resultado fue una reducción del 75% en la plantilla de esa función, y sobre todo un proceso donde ya no había discrepancias que investigar porque no había tres documentos que cotejar.

Conviene decir lo que el caso no demuestra: no demuestra que cualquier proceso admita ese margen, ni que el resultado sea trasladable a otra empresa. Es un caso de un sector, una época y un volumen concretos, y se cita por el razonamiento, no por la cifra.

8 errores que la hacen fracasar

1. Arrancar sin patrocinador con autoridad transversal. El rediseño toca fronteras entre áreas; sin alguien que pueda decidir por encima de ellas, cada frontera se negocia y el resultado converge al proceso viejo.
2. Llamar reingeniería a un recorte. Además del daño de confianza, produce el peor resultado operativo posible: el mismo proceso con menos gente.
3. Documentar el estado actual durante meses. La parálisis por análisis tiene aquí una variante propia: cuanto mejor se entiende el proceso viejo, más difícil resulta concebir uno distinto.
4. Dejar entrar las restricciones técnicas en la primera sesión de diseño. «El sistema no lo permite» mata el rediseño antes de que exista. Primero se diseña el proceso correcto, después se ve qué cuesta habilitarlo.
5. Saltarse el piloto. Migrar de golpe un proceso transversal sin haberlo probado en un ámbito acotado es apostar la operación a que las sesiones de diseño no olvidaron nada.
6. No rediseñar los indicadores ni los incentivos. Si el equipo sigue siendo evaluado por el comportamiento del proceso anterior, el proceso anterior vuelve. Los indicadores se rediseñan junto con el flujo.
7. Olvidar a quien ejecuta. Un rediseño hecho en una sala sin la gente que hace el trabajo produce flujos elegantes con pasos imposibles, y se descubre en la semana dos del piloto.
8. Declarar el éxito el día del arranque. Los problemas de un proceso nuevo aparecen entre la cuarta y la octava semana, cuando llegan los casos raros. Un rediseño se evalúa con tres periodos estables, no con la foto del primer día.

Quién tiene que estar en el proyecto

Cinco papeles, y ninguno es opcional. Pueden recaer en menos personas, pero no pueden faltar.

Papel	Qué aporta	Qué pasa si falta
Patrocinador	Autoridad para mover fronteras y desbloquear	El rediseño se negocia hasta parecerse al viejo
Dueño del proceso	Responde por el resultado antes y después	Nadie sostiene el proceso nuevo cuando el proyecto acaba
Equipo de rediseño	Método, medición y facilitación	Las sesiones se vuelven quejas sin diseño
Ejecutantes	Cómo funciona de verdad y qué es inviable	Flujos elegantes con pasos imposibles
Tecnología	Qué se puede habilitar y a qué costo	Se diseña algo que nadie puede construir

Ejemplo resuelto: proceso de cotización

Empresa de servicios industriales, alrededor de 120 cotizaciones al mes, cuatro áreas implicadas. El problema declarado por la dirección era que se perdían oportunidades por lentitud.

Los tres cambios de diseño que produjeron esos números, y por qué ninguno es una mejora incremental:

• El caso dejó de viajar entre áreas. En lugar de comercial → ingeniería → costos → dirección, un ejecutivo con acceso al catálogo de precios y a los tiempos de ingeniería arma la cotización completa. Ingeniería solo entra en los casos que el catálogo no cubre, que resultaron ser uno de cada cinco. Esto es el principio 1: organizar alrededor del resultado.
• La validación se movió al inicio. Los datos del cliente y el alcance se validan cuando se captura la solicitud, no cuando la cotización ya está armada. Ahí murió la mayor parte del retrabajo: no se corrigieron los errores más rápido, se dejaron de producir.
• La autorización pasó a ser por excepción. Antes se autorizaban las 120; ahora se autorizan las que pasan un umbral de monto o de descuento, que son unas 15. La dirección no perdió control: dejó de revisar lo que nunca rechazaba. Para eso fue necesario escribir el límite, que es lo que nadie había hecho en ocho años.

Nótese el orden de la historia: primero se midió, después se rediseñó, después se probó en una línea de producto durante seis semanas, y solo entonces se cambiaron los procedimientos y los indicadores. Cuando el proceso nuevo quedó estable, se incorporó al sistema de gestión con su documentación actualizada el mismo día del arranque, no seis meses después.

Preguntas frecuentes

Conclusión

La reingeniería no es el nivel superior de la mejora: es una herramienta distinta, con más costo y más riesgo, que se justifica cuando el diseño del proceso responde a un mundo que ya no existe. Aplicada donde no toca, gasta el patrocinio y la tolerancia al cambio que la organización iba a necesitar en otra parte.

Si estás evaluando un rediseño, tres decisiones ordenan el resto: consigue el patrocinador antes que el diagnóstico, mide el estado actual con tope de tiempo para tener línea base sin quedarte atrapado en el proceso viejo, y prueba en un ámbito acotado antes de migrar, con criterios de éxito escritos y plan de retorno. Las tres se toman en el primer mes y determinan si el proyecto llega a producción o se queda en presentación.