PROCESS

Aquí es Cómo Construir

Diseño

Excepciones

Todo manejo era un puente

Todo lo que la Parte 1 construyó estaba destinado a ser temporal. La guía preaprobada, la solución provisional, la vía de escalado, ninguna de estas era el destino. Cada una era un puente, puesto en su lugar porque el caso necesitaba un paso permanente que el diseñador no podía dar de una vez. El paso permanente es arreglar el caso, negociar el acuerdo sobre el que gira, o implementar el cambio que requiere, y cualquiera de estos toma tiempo. Arreglar puede necesitar recursos asignados que aún no están libres. Implementar puede necesitar desarrollo construido que aún no está hecho. Negociar puede necesitar alineación entre interesados y socios, o un nuevo contrato con una parte fuera de la organización, y tales acuerdos son lentos. La empresa no puede detenerse y esperar nada de esto. Así que el diseñador incorpora el manejo para hacer de puente sobre ese tiempo, para mantener el trabajo en marcha y la empresa funcionando mientras se trabaja hacia el paso permanente.

Esta es la razón honesta por la que el manejo existe. No es que manejar bien una excepción sea el fin; es que el arreglo real es lento, y algo debe llevar a la empresa a través del vacío mientras tanto. El puente hace eso. Permite al Ejecutor avanzar hoy en un caso cuya respuesta permanente no estará lista por semanas o meses. Pero un puente se construye para cruzarse y luego derribarse, no para estar en pie para siempre. El manejo se incorporó con la intención, desde el primer día, de hacerse permanente y removerse. Dejarlo en pie una vez que el paso permanente es posible es olvidar por qué se construyó.

Y esto le dice al diseñador qué vigilar. Una excepción que sigue volviendo es un puente aún en pie, un paso permanente aún no dado. La recurrencia es la señal, tanto de que las reglas tienen un vacío donde este caso debería estar cubierto, como de que un puente que el diseñador pensaba derribar aún lleva tráfico. Cuanto más se repite un caso, más se usa el puente, y más vale terminar el paso permanente y plegar el caso. Así que el diseñador lee las excepciones recurrentes no como el manejo funcionando sino como una lista de puentes esperando su otro lado, los pasos permanentes aún por dar, en orden de cuánto se usa cada uno.

El estándar más alto posible es tratar cada pieza de manejo como un puente, incorporada porque el paso permanente, arreglar, negociar, o implementar, toma tiempo que la empresa no puede esperar, y tener presente, desde el primer día, que el puente se construye para cruzarse y derribarse, vigilando qué excepciones se repiten como la señal de qué puentes aún esperan su otro lado.

Conclusión clave: Todo lo que la Parte 1 construyó estaba destinado a ser temporal. Cada manejo, guía preaprobada, solución provisional, escalado, es un puente, incorporado porque el paso permanente toma tiempo: arreglar necesita recursos, implementar necesita desarrollo construido, negociar necesita alineación o un nuevo contrato, y la empresa no puede esperar. El puente mantiene la empresa funcionando mientras tanto. Pero un puente se construye para cruzarse y derribarse, no para estar en pie para siempre. Una excepción recurrente es un puente aún en pie, un paso permanente aún no dado, y la recurrencia le dice al diseñador cuál terminar primero.

Todo manejo es un puente, incorporado porque el arreglo permanente es lento, y construido para cruzarse y derribarse, no para estar en pie para siempre.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 7: Reincorporar · Sección: Todo manejo era un puente

MarvinPro | Junio 2026

marvinpro.com

Plegarlo en las reglas

Plegar una excepción de vuelta es alcanzar el otro lado del puente. Cuando el paso permanente al fin aterriza, los recursos asignados, el desarrollo construido, la alineación alcanzada, el contrato firmado, el caso puede al fin manejarse de la manera normal, y su respuesta se escribe en las reglas. Una regla se cambia, o una nueva se añade, para que el caso que la regla una vez no encajaba sea ahora un caso que la regla cubre. Desde ese momento el caso ya no es una excepción. Es trabajo ordinario, encontrado por una regla como cualquier otra, y el manejo que lo llevaba, la guía, la solución provisional, el escalado, se retira, porque no queda nada que llevar.

Aquí es donde Excepciones vuelve a las Reglas. La respuesta plegada de vuelta no se deja como guía, lo cual seguiría siendo manejo; asciende al conjunto de reglas, y se diseña ahí de la manera en que cualquier regla se diseña, como un solo enunciado que es cinco decisiones hechas como una. Así que los dos volúmenes son un bucle. Las Reglas construyen el proceso; el proceso encuentra casos que sus reglas no encajan, que son sus excepciones; las excepciones recurrentes se pliegan de vuelta a las Reglas; y el proceso, apretado, encuentra menos casos que no puede encajar. El diseñador se mueve entre los dos, reglando lo recurrente, manejando el resto, y el diseño cierra sus propios vacíos con el tiempo, cada excepción plegada un vacío cerrado para siempre.

Encontrar el paso permanente no siempre es simple, y donde la causa está enterrada, puede tomar verdadera investigación saber qué debería decir la regla permanente. Esa lectura más profunda, lo que un patrón de excepciones revela sobre el sistema bajo él, es el trabajo de otro dominio, y esta disciplina no lo alcanza. Aquí el acto es el llano: un caso se ha repetido, su respuesta ahora se conoce, y el diseñador escribe esa respuesta en las reglas para que el caso nunca necesite manejarse como excepción de nuevo. La excepción no solo se gestiona; se termina, absorbida en el diseño que debería haberla sostenido desde el principio.

El estándar más alto posible es plegar cada excepción recurrente en las reglas una vez que su paso permanente ha aterrizado, diseñando la respuesta como una regla propia por las disciplinas de las Reglas, para que el caso se vuelva trabajo ordinario y su manejo se retire, y el diseño cierre el vacío que la excepción marcaba, para siempre.

Conclusión clave: Plegar una excepción de vuelta es alcanzar el otro lado del puente: cuando el paso permanente aterriza, la respuesta del caso se escribe en las reglas, una regla cambiada o añadida, para que el caso que la regla una vez no encajaba sea ahora uno que cubre, y el manejo se retira. Aquí es donde Excepciones vuelve a las Reglas: la respuesta plegada asciende al conjunto de reglas, diseñada como una regla propia, y los dos volúmenes forman un bucle, el diseño cerrando sus propios vacíos, una excepción plegada a la vez. Encontrar el paso permanente puede tomar investigación, pero esa lectura más profunda pertenece a otro dominio; aquí el acto es llano, un caso recurrente, su respuesta conocida, escrita en las reglas para que ya no sea una excepción.

Pliega la excepción recurrente en las reglas, diseñada como una regla propia, para que el caso se vuelva trabajo ordinario y el vacío se cierre para siempre.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 7: Reincorporar · Sección: Plegarlo en las reglas

MarvinPro | Junio 2026

marvinpro.com

Plegar lo que gana una regla

No toda excepción debería plegarse en una regla, y saber cuál debería es un juicio con dos lados. En un lado está el peligro de dejar un puente en pie demasiado tiempo. Un manejo destinado a ser temporal, si nunca se termina, se vuelve permanente por descuido, una solución provisional que calladamente se convierte en la manera en que se hacen las cosas, cargando su coste sin ser cuestionada durante años. Una excepción recurrente dejada manejada es un puente que nadie derribó, y su mantenimiento, los escalados, las decisiones repetidas, la guía a mantener, es un impuesto que el diseño sigue pagando. Así que un caso que se repite lo bastante para ganar una regla debería plegarse, y no dejarse indefinidamente en un puente que solo se pensó para cruzarse.

En el otro lado está el peligro opuesto, y es fácil de pasar por alto cuando el primero está fresco en la mente. No toda excepción se repite lo bastante para ganar una regla. Un caso que llega una vez y puede no llegar nunca más no pertenece al conjunto de reglas; una regla escrita para el casi-nunca es estorbo, una línea que cada lector debe pasar y ningún caso usará, y un proceso espeso de tales reglas está tan mal diseñado como uno espeso de excepciones. Plegar lo genuinamente raro en una regla no aprieta el diseño; lo hincha. Ese caso es mejor dejarlo manejado, su ocurrencia rara encontrada por un escalado o una pequeña guía, y el conjunto de reglas mantenido limpio. El fin no es convertir cada excepción en una regla. Es tener tan pocas excepciones como sea posible y tan pocas reglas como sea necesario, y el caso recurrente que gana una regla sirve a ambos, mientras el caso raro forzado a una no sirve a ninguno.

Así que el diseñador pliega por peso. Un caso que sigue volviendo ha ganado su regla y debería tenerla, cerrando el vacío y retirando el puente. Un caso que casi nunca vuelve mantiene su manejo, que cuesta poco precisamente porque rara vez se usa. Entre ambos el diseñador juzga, plegando lo que se repite lo bastante para pertenecer a las reglas, dejando lo que es lo bastante raro para pertenecer a un manejo, y manteniendo tanto la carga de excepciones como el conteo de reglas tan bajo como el trabajo honestamente permita.

El estándar más alto posible es plegar en las reglas cada excepción que se repite lo bastante para ganar una, para que ningún puente esté en pie pasado su propósito, mientras se deja lo genuinamente raro manejado en vez de reglado, para que el conjunto de reglas no se hinche con líneas que ningún caso usará, manteniendo tanto excepciones como reglas tan pocas como el trabajo permita.

Conclusión clave: Plegar es un juicio de dos lados. Deja un puente en pie demasiado tiempo y el manejo temporal se vuelve permanente por descuido, una solución provisional convertida en la manera en que se hacen las cosas, gravando el diseño durante años, así que un caso que se repite lo bastante para ganar una regla debería plegarse. Pero pliega lo genuinamente raro en una regla y hinchas el conjunto de reglas con una línea que ningún caso usará, tan mal diseñado como un proceso espeso de excepciones. Así que pliega por peso: el caso recurrente gana su regla y cierra su vacío; el caso raro mantiene su manejo barato. El fin es tan pocas excepciones como sea posible y tan pocas reglas como sea necesario.

Pliega lo que se repite lo bastante para ganar una regla, y deja lo genuinamente raro manejado, para que tanto excepciones como reglas queden tan pocas como el trabajo permita.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 7: Reincorporar · Sección: Plegar lo que gana una regla

MarvinPro | Junio 2026

marvinpro.com

Un ejemplo real

Vuelve a la empresa de software, donde la reincorporación estaba construida en el proceso desde el principio. La incidencia desconocida se manejaba por un puente: la vía de escalado la llevaba a quienes podían trabajarla, y las actualizaciones moldeadas sostenían al cliente mientras tanto. Ese manejo compraba el tiempo que el paso permanente necesitaba, para que el Equipo Técnico entendiera el problema, y, donde yacía en el software de un proveedor, para que un arreglo se negociara y construyera con el proveedor. Nada de eso era rápido. Pero una vez que el paso aterrizaba y el problema se entendía, su respuesta se plegaba de vuelta: el Propietario convertía la resolución en una guía de resolución que el Ejecutor podía seguir y plantillas que el cliente recibiría, y donde el problema era uno que seguiría llegando, su manejo se escribía en las reglas. Lo desconocido se volvía conocido, el puente caía, y el próximo Ejecutor en encontrar ese problema encontraba no una excepción sino un caso que las reglas ahora cubrían.

El cliente que optó por no ser contactado se plegó de la misma manera. Su manejo empezó como una pequeña guía preaprobada, un puente, y a medida que se hizo claro que tales clientes llegaban a menudo y la respuesta nunca variaba, se plegó en las reglas mismas: no mensajear a un cliente que optó por no serlo se volvió simplemente cómo funcionaba el proceso, sin guía que buscar, sin excepción alguna. Un caso que necesitaba el acuerdo de un socio tomó más tiempo, su manejo llevando la empresa a través de ciclos hasta que la alineación se alcanzó, y entonces también se plegó. Cada uno de estos se había repetido lo bastante para ganar su regla, y cada uno, una vez plegado, cerró un vacío para siempre.

Pero no todo se plegó. Una petición única de un solo cliente, rara e improbable de volver, se dejó manejada, encontrada por un escalado en la rara ocasión en que se repetía, y nunca escrita en las reglas, porque una regla para un caso que casi nunca ocurre habría sido una línea que cada Ejecutor leía y ninguno usaría. Así que el diseño se apretó donde apretar ayudaba y se quedó limpio donde no: las excepciones recurrentes ascendieron a reglas, las raras mantuvieron su manejo ligero, y mes a mes el proceso encontraba más de sus casos con una regla que encajaba y menos con un puente que había que construir. Eso es la reincorporación haciendo su trabajo, el diseño, con el tiempo, cerrando los vacíos que sus propias excepciones revelaban.

Las excepciones recurrentes se plegaron en reglas y sus puentes se derribaron; las raras mantuvieron su manejo; y el diseño cerró sus propios vacíos con el tiempo.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 7: Reincorporar · Un ejemplo real

MarvinPro | Junio 2026

marvinpro.com

Reincorporar

Todo lo que la Parte 1 construyó estaba destinado a ser temporal. La guía preaprobada, la solución provisional, la vía de escalado, cada una era un puente, incorporada porque el caso necesitaba un paso permanente que el diseñador no podía dar de una vez. El paso permanente es arreglar el caso, negociar el acuerdo sobre el que gira, o implementar el cambio que requiere, y cualquiera de estos toma tiempo: recursos que asignar, desarrollo que construir, alineación entre interesados y socios, o un nuevo contrato con una parte externa. La empresa no puede esperar a través de eso, así que el manejo hace de puente sobre el tiempo, manteniendo el trabajo en marcha mientras el paso permanente se construye. Pero un puente se construye para cruzarse y derribarse. Una excepción recurrente es un puente aún en pie, y su recurrencia es la señal, de que las reglas tienen un vacío, y de que un paso permanente aún se debe.

Plegar la excepción de vuelta es alcanzar el otro lado. Cuando el paso permanente aterriza, la respuesta del caso se escribe en las reglas, una regla cambiada o una nueva añadida, para que el caso que la regla una vez no encajaba sea ahora uno que cubre. Desde ese momento el caso es trabajo ordinario, y el manejo que lo llevaba se retira. Aquí es donde Excepciones vuelve a las Reglas: la respuesta asciende al conjunto de reglas y se diseña ahí como una regla propia, cinco decisiones hechas como una. Así que los dos volúmenes son un bucle, las reglas construyen el proceso, el proceso encuentra sus excepciones, las recurrentes se pliegan de vuelta a las reglas, y el diseño cierra sus propios vacíos, una excepción plegada a la vez.

Pero plegar es un juicio de dos lados. Deja un puente en pie demasiado tiempo y el manejo temporal se vuelve permanente por descuido, una solución provisional que se convierte en la manera en que se hacen las cosas y grava el diseño durante años, así que un caso que se repite lo bastante para ganar una regla debería plegarse. Pliega lo genuinamente raro en una regla, sin embargo, y el conjunto de reglas se hincha con una línea que ningún caso usará, tan mal hecho como un proceso espeso de excepciones. Así que el diseñador pliega por peso: el caso recurrente gana su regla y cierra su vacío; el caso raro mantiene su manejo barato. El fin es tan pocas excepciones como sea posible y tan pocas reglas como sea necesario.

Así que la disciplina es esta: recuerda que todo manejo era un puente, incorporado porque el paso permanente era lento, y destinado a cruzarse y derribarse. Vigila qué excepciones se repiten, y termina los pasos permanentes que marcan, en orden de cuánto se usa cada puente. Pliega cada caso recurrente en las reglas una vez que su paso ha aterrizado, diseñándolo como una regla propia, para que el caso se vuelva ordinario y el puente caiga. Deja lo genuinamente raro manejado, para que el conjunto de reglas quede limpio. Donde la respuesta permanente esté enterrada, puede necesitarse investigación para encontrarla, y la lectura más profunda de lo que las excepciones revelan pertenece a otro dominio, pero el acto aquí es llano: termina la excepción recurrente plegándola en el diseño que debería haberla sostenido, hasta que el proceso encuentre casi cada caso con una regla que encaja, y no necesite casi ningún puente.

Pliega cada excepción recurrente en las reglas una vez que su paso permanente aterriza, para que el puente caiga y el diseño, con el tiempo, no necesite casi ningún puente.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 7: Reincorporar · Resultado del Capítulo

MarvinPro | Junio 2026

marvinpro.com

Piensa Simple.