PROCESS

Aquí es Cómo Construir

Diseño

Reglas

La bifurcación

Una excepción, una vez encontrada, no puede simplemente quedarse. Ha sido sacada a la luz, en la mesa de trabajo, por un qué pasaría si, por la observación temprana, y ahora espera una decisión, porque una excepción encontrada que ni se maneja ni se registra es peor que una nunca encontrada: vive en la memoria de alguien, a medias recordada, hasta el día en que se necesita y ya no está. Así que cada excepción sacada a la luz encuentra la misma bifurcación. O se incorpora, se maneja ahora, se le da un camino a seguir y, donde se puede, se pliega hacia las reglas, o se aparca, se registra con honestidad como una excepción conocida y se deja para un ciclo de diseño posterior. No hay un tercer camino donde se deje sin clasificar. Clasificada debe ser, de una manera o de otra.

Esta es la disciplina que mantiene honesto un diseño. Un diseñador bajo presión para declarar el trabajo terminado se ve tentado a tratar cada excepción como manejada, o a dejar que las incómodas desaparezcan calladamente. Ambas son mentiras que el diseño pagará. Una excepción tratada como manejada cuando no lo está se vuelve un Ejecutor varado sin aviso. Una excepción dejada desaparecer se vuelve lo mismo, llegando un día sin nada preparado para ella. La bifurcación rechaza ambas. Dice de cada excepción, con claridad, esta se maneja ahora, o esta es conocida y espera, y escribe la segunda en vez de fingir que no existe. Un diseño que entra en funcionamiento con una lista corta y honesta de excepciones aparcadas es más sólido que uno que entra afirmando no tener ninguna, porque el primero sabe dónde están sus bordes y el segundo solo lo cree.

Así que la bifurcación no es una formalidad sino un compromiso. Incorporar es comprometer el esfuerzo ahora, dar a este caso un camino a seguir real antes de que el trabajo lo encuentre. Aparcar es comprometerse a la honestidad ahora y al esfuerzo después, decir que este caso es real, que no está manejado aún, y aquí está escrito para que no se olvide. Lo que el diseñador no puede hacer es ninguna de las dos: ni manejar ni registrar, ni decidir ni diferir. Cada excepción encontrada o se incorpora o se aparca, y la elección entre ambas es el trabajo de esta disciplina.

El estándar más alto posible es llevar cada excepción sacada a la luz a una decisión, incorporada ahora o aparcada con honestidad para después, y nunca dejar una sin clasificar, a medias recordada, o calladamente deseada fuera, para que el diseño siempre sepa cuáles de sus bordes están manejados y cuáles siguen abiertos.

Conclusión clave: Una excepción, una vez encontrada, no puede quedarse sin clasificar; una excepción encontrada que ni se maneja ni se registra es peor que una nunca encontrada, porque queda a medias recordada hasta el día en que se necesita y ya no está. Así que cada excepción sacada a la luz encuentra una bifurcación: incorporada, manejada ahora y plegada hacia las reglas donde se puede, o aparcada, registrada con honestidad como excepción conocida para un ciclo posterior. Esto mantiene honesto el diseño: uno que entra en funcionamiento con una lista corta y honesta de aparcadas es más sólido que uno que afirma no tener ninguna, porque sabe dónde están sus bordes.

Cada excepción sacada a la luz o se incorpora ahora o se aparca con honestidad para después; nunca se deja sin clasificar.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 3: Incorporar o Aparcar · Sección: La bifurcación

MarvinPro | Junio 2026

marvinpro.com

Poco esfuerzo o mucho esfuerzo

Lo que decide por cuál lado va una excepción es el esfuerzo de manejarla, sopesado contra cuán a menudo y cuán urgentemente llega. Una excepción es de poco esfuerzo de incorporar cuando manejarla es sobre todo cuestión de reescribir los manuales, con poca alineación de interesados o socios necesaria, el diseñador puede hacerlo en gran parte en la mesa de trabajo, sin rondas de consulta. Es de mucho esfuerzo cuando su manejo necesita trabajo de desarrollo real, o amplia alineación entre muchos interesados y socios, de esas cosas que llevan tiempo y no pueden hacerse a solas.

Esto trata del esfuerzo de manejar el caso, no del tamaño del caso mismo, y los dos se confunden con facilidad. Un reembolso caro puede ser de poco esfuerzo de incorporar, si todo lo que necesita es una línea en una guía que diga dónde se aprueba tal reembolso. Un asunto pequeño y barato puede ser de mucho esfuerzo, si manejarlo significa alinear tres equipos y un socio externo sobre quién hace qué. El dinero en juego en el caso te dice cuánto cuidado merece el manejo; no te dice cuán difícil es de diseñar el manejo. Así que el diseñador juzga el esfuerzo, la escritura, la alineación, el desarrollo, y no el valor del caso, al decidir cuán rápido puede incorporarse.

De esto se sigue la regla del triaje. Cuando una excepción es de poco esfuerzo de incorporar, incorpórala de inmediato, por rara que sea, porque aparcar un arreglo rápido cuesta más que el arreglo. Poner un pequeño cambio de manual en una lista de pendientes, para revisar en algún ciclo posterior, es gastar más en gestionar el elemento de lo que el manejo habría llevado, y dejar al equipo ejecutor sin apoyo mientras tanto, donde un problema evitable puede crecer mientras una respuesta de una línea espera. Poco esfuerzo significa hazlo ahora. Cuando una excepción es de mucho esfuerzo, la frecuencia decide. Un caso de mucho esfuerzo que es frecuente, urgente o dañino se gana el esfuerzo y se incorpora ahora, su coste justificado por cuán a menudo o cuán mal muerde. Un caso de mucho esfuerzo que es solo ocasional puede no valer aún diseñar una solución, y puede esperar al próximo ciclo de diseño, porque construir manejo para lo que rara vez ocurre gasta esfuerzo que el diseño aún no debe. Y la preparación lo condiciona todo: aun una excepción digna espera si el equipo no está listo para asumir su manejo, ya que incorporarla antes de que puedan ejecutarla los dejaría varados de todos modos.

El estándar más alto posible es juzgar cada excepción por el esfuerzo de manejarla, no por el tamaño del caso, incorporando de inmediato lo que sea de poco esfuerzo por raro que sea, incorporando los casos de mucho esfuerzo que son frecuentes o urgentes, difiriendo los casos de mucho esfuerzo que son solo ocasionales, y nunca incorporando más rápido de lo que el equipo está listo para ejecutar.

Conclusión clave: Lo que decide la bifurcación es el esfuerzo de manejar la excepción, sopesado contra frecuencia y urgencia. Poco esfuerzo significa sobre todo reescribir un manual con poca alineación; mucho esfuerzo significa desarrollo real o amplia alineación de interesados y socios. Esto es esfuerzo de manejar, no tamaño del caso: un reembolso caro puede ser de poco esfuerzo (una línea en una guía), un asunto pequeño de mucho esfuerzo (muchas partes que alinear). Así que: poco esfuerzo, incorpora de inmediato por raro que sea, porque aparcar un arreglo rápido cuesta más que el arreglo; mucho esfuerzo, deja que la frecuencia decida, frecuente o urgente ahora, ocasional diferido; y la preparación lo condiciona, nunca incorpores más rápido de lo que el equipo puede ejecutar.

Juzga por el esfuerzo de manejar, no por el tamaño del caso: haz lo de poco esfuerzo ahora por raro que sea, y deja que la frecuencia decida lo de mucho esfuerzo.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 3: Incorporar o Aparcar · Sección: Poco esfuerzo o mucho esfuerzo

MarvinPro | Junio 2026

marvinpro.com

Aparcar con honestidad

Aparcar una excepción no es fracasar en ella. Es tomar una decisión deliberada: este caso es real, es de mucho esfuerzo y solo ocasional, así que su manejo completo se diseñará en un ciclo posterior, no en este. Aparcar es cómo un diseñador gestiona el tiempo finito sin mentir al respecto. La alternativa, forzar cada excepción en el diseño actual cueste lo que cueste, o retrasaría todo el trabajo o manejaría los casos raros tan de prisa que el manejo sería pobre. Diferir el caso ocasional y de mucho esfuerzo a su momento propio no es negligencia; es la economía honesta de un diseñador que sabe que no todo borde se gana la atención de una vez.

Pero aparcar carga dos deberes, y sin ellos se vuelve mero abandono. El primero es registrar. Una excepción aparcada se escribe, con claridad, como un caso abierto conocido, para que no se olvide y pueda retomarse en el próximo ciclo. Una brecha registrada es una brecha que el diseño sabe que tiene, y una brecha conocida es segura de una manera que una oculta nunca lo es: puede vigilarse, planearse y cerrarse a su vez. Una excepción aparcada solo en la memoria no está aparcada; está perdida. El segundo deber es dejar un camino a través mientras tanto, pues un caso aparcado no tiene manejo propio aún, pero aún puede ocurrir antes de que el próximo ciclo diseñe uno, y ningún Ejecutor puede quedar varado por él. Así que el caso aparcado se cubre, y su cobertura mejora por etapas. Desde el principio, la vía de escalado permanente se sostiene: un caso sin manejo propio se escala para una decisión. Esa vía es más corta y más directa en el breve período de hipercuidado justo después de entrar en funcionamiento, cuando el diseñador aún está cerca, y más larga una vez que el proceso se ha asentado, corriendo por varios niveles antes de llegar al diseñador en lo alto, la mayoría de los casos resueltos muy por debajo. Luego, en cuanto se encuentra una solución provisional, un camino a través temporal y suficientemente bueno, el caso aparcado la recibe, y el Ejecutor sigue la solución provisional directamente en vez de escalar cada vez. Y cuando el caso al fin se incorpora, la solución provisional no perdura: transiciona a, o es reemplazada por, la nueva regla o pasos. Escalado, luego solución provisional, luego manejo diseñado, cada etapa pasando limpiamente a la siguiente, para que el Ejecutor siempre tenga un camino a seguir mientras el diseño se pone al día. La vía de escalado y sus niveles se retoman en su propia disciplina; aquí basta con que el caso aparcado nunca quede sin nada.

Y la lista de aparcadas no es un cementerio. Es un registro vivo de los bordes abiertos del diseño, revisado cada ciclo, reducido a medida que los casos de mucho esfuerzo se ganan su manejo y los recurrentes se pliegan en las reglas. Debe encogerse, no crecer. Una lista que solo se alarga es señal de que se evita la incorporación, de que casos que podrían manejarse se aparcan para parecer productivo. Aparcar es para lo genuinamente de mucho esfuerzo y ocasional, no un lugar donde poner trabajo que uno preferiría no hacer. El cuidado de esa lista con el tiempo, su revisión y reducción, es su propio asunto, retomado más allá de este volumen; lo que importa aquí es que cuando un diseñador aparca, lo registra con honestidad, lo cubre hasta su turno, y tiene la intención de volver.

El estándar más alto posible es aparcar solo los casos de mucho esfuerzo y ocasionales, registrar cada uno con claridad como una brecha abierta conocida, cubrirlo por etapas hasta que se construya su manejo, escalado, luego una solución provisional, luego la nueva regla o pasos, y tratar la lista de aparcadas como un registro vivo a reducir, nunca un cementerio a olvidar.

Conclusión clave: Aparcar no es fracasar sino una decisión deliberada, diseñar un caso de mucho esfuerzo y ocasional en un ciclo posterior, la economía honesta del tiempo finito. Carga dos deberes: registrar la excepción con claridad como una brecha abierta conocida, ya que una brecha conocida es segura donde una oculta no lo es, y cubrirla hasta su turno. La cobertura mejora por etapas: la vía de escalado permanente primero (más corta en el breve hipercuidado, más larga y de varios niveles una vez asentada), luego una solución provisional en cuanto exista, luego la nueva regla o pasos, a la que la solución provisional transiciona o por la que es reemplazada cuando el caso se incorpora. La lista es viva, reducida, nunca un cementerio ni un lugar para poner trabajo que uno preferiría no hacer.

Aparca solo lo de mucho esfuerzo y ocasional, regístralo como brecha conocida, cúbrelo por escalado y luego solución provisional hasta que la regla o pasos la reemplacen.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 3: Incorporar o Aparcar · Sección: Aparcar con honestidad

MarvinPro | Junio 2026

marvinpro.com

Un ejemplo real

Vuelve a la empresa de software, los qué pasaría si y los casos tempranos ahora en mano, cada uno esperando en la bifurcación. El cliente que optó por no ser contactado vino primero. Era de poco esfuerzo: manejarlo significaba una línea en una guía, cuando un cliente ha pedido no ser contactado, suprime el mensaje y avanza, sin socio que alinear y sin desarrollo que hacer. Aunque tales clientes no eran comunes, se incorporó de inmediato, porque aparcar un cambio tan pequeño habría costado más de rastrear que de hacer, y habría dejado a Soporte sin una respuesta para un caso que podía llegar cualquier día. Poco esfuerzo, hecho ahora.

La incidencia desconocida vino después, y también se incorporó, pero por una razón distinta. Su manejo, la vía de escalado y las actualizaciones moldeadas, era de mayor esfuerzo, tocando al Equipo Técnico y al Propietario y la manera en que se enrutaba el trabajo. Pero era a la vez lo bastante frecuente y lo bastante dañina para ganarse ese esfuerzo: una incidencia desconocida dejaba al Ejecutor completamente varado, sin nada que enviar y sin nadie a quien acudir, y las incidencias desconocidas seguirían viniendo. Mucho esfuerzo, pero frecuente y dañina, así que incorporada ahora. Luego el cliente cuyo administrador quería cada mensaje enrutado a través de él. Esto era de mucho esfuerzo, significaba alinear con el Back Office un canal por cliente y construir una manera de sostener esa preferencia, y era solo ocasional, pocos clientes lo pedían. Así que se aparcó, con honestidad: escrito como un caso abierto conocido, marcado para el próximo ciclo de diseño. No se dejó sin cubrir. Si tal cliente hubiera aparecido antes de entonces, el Ejecutor habría escalado, y en los primeros días esa vía era corta, el diseñador cerca durante el hipercuidado. Pronto se encontró una solución provisional, una nota que el Back Office guardaba y seguía a mano, y el Ejecutor la usó directamente en vez de escalar cada vez. Cuando el próximo ciclo al fin construyó el canal por cliente, esa solución provisional fue reemplazada por los nuevos pasos, y la excepción dejó de ser una excepción.

Así que el diseño entró en funcionamiento con la mayoría de los casos manejados y una lista corta y honesta de uno o dos aparcados. Nada se dejó sin clasificar, nada se fingió fuera, y nada raro y costoso se forzó antes de su tiempo. El arreglo de poco esfuerzo se hizo de inmediato para apoyar al equipo; el caso frecuente y dañino se ganó su mayor esfuerzo; el raro y costoso esperó su turno, registrado y cubierto, el escalado cediendo a una solución provisional y la solución provisional a su tiempo al manejo construido. Esa es la bifurcación bien trabajada: no cada excepción manejada de una vez, sino cada excepción decidida, cubierta y honesta.

El arreglo de poco esfuerzo se hizo de inmediato, el daño frecuente se ganó su esfuerzo, y el raro y costoso se aparcó, se cubrió y se manejó a su turno.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 3: Incorporar o Aparcar · Un ejemplo real

MarvinPro | Junio 2026

marvinpro.com

Incorporar o Aparcar

Una excepción, una vez encontrada, no puede quedarse sin clasificar, porque una excepción encontrada que ni se maneja ni se registra es peor que una nunca encontrada: queda a medias recordada hasta el día en que se necesita y ya no está. Así que cada excepción sacada a la luz encuentra una bifurcación: se incorpora, se maneja ahora y se pliega hacia las reglas donde se puede, o se aparca, se registra con honestidad como una excepción conocida para un ciclo posterior. No hay un tercer camino. Esto es lo que mantiene honesto un diseño, pues uno que entra en funcionamiento con una lista corta y honesta de excepciones aparcadas es más sólido que uno que afirma no tener ninguna, ya que sabe dónde están sus bordes.

Lo que decide la bifurcación es el esfuerzo de manejar la excepción, sopesado contra cuán a menudo y cuán urgentemente llega. Una excepción es de poco esfuerzo de incorporar cuando manejarla es sobre todo reescribir los manuales, con poca alineación necesaria; de mucho esfuerzo cuando necesita desarrollo real o amplia alineación entre interesados y socios. Esto es el esfuerzo de manejar, no el tamaño del caso: un reembolso caro puede ser de poco esfuerzo si solo necesita una línea en una guía, mientras que un asunto pequeño puede ser de mucho esfuerzo si necesita que muchas partes concuerden. Así que el caso de poco esfuerzo se incorpora de inmediato, por raro que sea, porque aparcar un arreglo rápido cuesta más que el arreglo y deja al equipo sin apoyo. El caso de mucho esfuerzo se juzga por la frecuencia: frecuente, urgente o dañino, se gana el esfuerzo y se incorpora ahora; solo ocasional, puede esperar al próximo ciclo de diseño. Y la preparación lo condiciona todo, pues incorporar más rápido de lo que el equipo puede ejecutar los dejaría varados de todos modos.

Aparcar no es fracasar. Es diferir un caso de mucho esfuerzo y ocasional a su ciclo propio, la economía honesta del tiempo finito. Pero aparcar carga dos deberes. El primero es registrar, con claridad, como una brecha abierta conocida, porque una brecha conocida es segura donde una oculta no lo es. El segundo es cubrir el caso hasta su turno, por etapas: la vía de escalado permanente primero, más corta y más directa en el breve período de hipercuidado cuando el diseñador está cerca, más larga y de varios niveles una vez que el proceso se ha asentado; luego una solución provisional, en cuanto se encuentra una, que el Ejecutor sigue directamente en vez de escalar cada vez; luego la nueva regla o pasos, a la que la solución provisional transiciona o por la que es reemplazada cuando el caso se incorpora. Así que un caso aparcado nunca queda sin nada; el Ejecutor siempre tiene un camino a seguir mientras el diseño se pone al día. Y la lista de aparcadas es viva, no un cementerio, reducida cada ciclo a medida que los casos se ganan su manejo y los recurrentes se pliegan en las reglas, nunca un lugar donde poner trabajo que uno preferiría no hacer.

Así que la disciplina es esta: lleva cada excepción sacada a la luz a la bifurcación, y decide. Incorpora lo de poco esfuerzo de inmediato, por raro que sea, para apoyar al equipo. Incorpora lo de mucho esfuerzo que es frecuente, urgente o dañino. Aparca lo de mucho esfuerzo que es solo ocasional, con honestidad, registrado y cubierto hasta su turno. Nunca dejes una sin clasificar, nunca finjas una fuera, y nunca fuerces lo raro y costoso antes de su tiempo. Un diseño que hace esto se conoce a sí mismo: puede nombrar cada borde que ha cerrado y cada uno que sigue abierto, y no deja varado a ningún Ejecutor en ninguno de ellos.

Cada excepción se decide en la bifurcación, incorporada ahora o aparcada con honestidad y cubierta hasta su turno, para que el diseño no deje varado a ningún Ejecutor y conozca cada uno de sus bordes.

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

MarvinPro | Junio 2026

marvinpro.com

Think Simple.