PROCESS

Aquí es Cómo Construir

Diseño

Reglas

Pregunta a los Ejecutores

Una excepción se encuentra antes de manejarse, y la manera más segura de encontrar una temprano es preguntar. Antes de que el trabajo entre en funcionamiento, el diseñador plantea una pregunta llana a los Ejecutores, las personas que encontrarán los casos: ¿qué no encajará esta regla? ¿Qué caso puedes imaginar donde no sabrías qué hacer? Los Ejecutores conocen el terreno. Han hecho trabajo como este antes, y pueden ver, de antemano, los casos raros, los clientes incómodos, las situaciones que la regla limpia no retrató. Sus respuestas vuelven como qué pasaría si: qué pasaría si el cliente ha optado por no ser contactado, qué pasaría si no hay plantilla, qué pasaría si el cliente insiste en su propio canal. Cada qué pasaría si es una excepción, sacada a la luz antes de que un solo caso real haya llegado.

Por esto la pregunta se hace temprano, y no en el último momento. Un qué pasaría si planteado a tiempo puede diseñarse: incorporarse, dársele un camino a seguir, escribirse en una guía, o plegarse en las reglas antes de que el trabajo empiece. Un qué pasaría si planteado al entrar en funcionamiento no puede, no queda tiempo para diseñar la respuesta, y el Ejecutor encuentra el caso sin preparación. Y preguntar temprano hace más que comprar tiempo de diseño. Compra adopción. Un Ejecutor a quien se le preguntó qué temía, y que luego ve su caso respondido en el diseño, llega a la fecha de puesta en marcha ya teniendo la respuesta, ya confiando en ella, porque se construyó en parte de lo que dijo. Preguntar no es solo cómo se encuentran las excepciones. Es cómo los Ejecutores llegan a apropiarse del manejo de ellas.

Así que el preguntar es deliberado, no una cortesía. El diseñador no espera a que los Ejecutores ofrezcan sus dudas; el diseñador las saca, caso por caso, porque una duda no dicha es una excepción no descubierta, y una excepción no descubierta es un Ejecutor que un día quedará varado. El conocimiento de terreno que los Ejecutores cargan, los casos que han visto, el problema que esperan, está entre las fuentes más ricas de excepciones que hay, y es gratis con solo preguntar. Un diseñador que se salta la pregunta está eligiendo encontrar las mismas excepciones más tarde, por las malas, cuando un cliente real espera y un Ejecutor real no sabe qué hacer.

El estándar más alto posible es preguntar a los Ejecutores, mucho antes de la fecha de puesta en marcha, qué casos la regla no encajará, sacando sus qué pasaría si deliberadamente, para que las excepciones se encuentren lo bastante temprano para diseñarse y lo bastante temprano para que los Ejecutores adopten las respuestas como suyas.

Conclusión clave: La manera más segura de encontrar una excepción temprano es preguntar a los Ejecutores, antes de entrar en funcionamiento, qué no encajará la regla; sus qué pasaría si son excepciones sacadas a la luz antes de que llegue ningún caso real. Pregunta temprano, porque un qué pasaría si planteado a tiempo puede diseñarse, y porque un Ejecutor a quien se preguntó, y que luego ve su caso respondido, llega ya teniendo y confiando en la respuesta. El preguntar es deliberado, no una cortesía: una duda no dicha es una excepción no descubierta, y una excepción no descubierta es un Ejecutor que un día quedará varado.

La manera más segura de encontrar una excepción temprano es preguntar a los Ejecutores qué no encajará la regla, mucho antes de que se use.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 2: El Qué Pasaría Si · Sección: Pregunta a los Ejecutores

MarvinPro | Junio 2026

marvinpro.com

Las otras maneras en que surgen las excepciones

Preguntar es la manera más segura, pero no es la única, y un diseñador que se apoya solo en ella se perderá las excepciones que los Ejecutores no pudieron nombrar. Las excepciones surgen por más de una ruta, y el diseñador sabio vigila cada una de ellas. El qué pasaría si es el primero en saber, no la última palabra.

La ruta más temprana de todas es a menudo el diseño mismo. A medida que el diseñador construye la regla, trabajando sus cinco decisiones, observando el trabajo real, colocando los pasos en orden, los bordes se muestran solos. Ves, mientras diseñas, que un caso no encajaría aquí, que un paso asume algo no siempre cierto, que un camino tiene una esquina que la regla no dobla. El acto mismo de diseñar el caso normal revela dónde el caso normal termina. Estas excepciones se encuentran en la mesa de trabajo, antes de que se pregunte a nadie y antes de que nada entre en funcionamiento, y a menudo son las primeras encontradas de todas, porque el diseñador que mira de cerca el trabajo ve sus bordes como parte de ver el trabajo. Una segunda ruta es la vida temprana del diseño. Algunas excepciones no pueden imaginarse, ni por Ejecutor ni por diseñador, porque nadie las ha encontrado aún; aparecen solo cuando el trabajo real encuentra la regla por primera vez. Así que en el período temprano de funcionamiento que los Principios llaman hipercuidado, el diseñador se queda cerca y observa, y los casos no imaginados se muestran mientras aún son pocos. Y hay más rutas que estas. Un Interesado plantea un caso que nadie había considerado. Un Cuestionador nombra un fallo que resulta esconder una excepción. Un patrón aparece a lo largo de varios casos que ningún qué pasaría si solo había captado. Las excepciones pueden llegar de cualquier dirección, y el diseñador se mantiene abierto a ellas como sea que vengan, en vez de confiar en que un canal las ha encontrado todas.

Lo que importa no es fijar el número de rutas sino vigilarlas todas. El qué pasaría si es la más deliberada y la más recompensada, porque se pregunta a propósito y sirve a la adopción, pero es una fuente entre varias, y las otras encuentran lo que ella no puede. El diseño revela los bordes en los que construyes; la vida temprana revela los casos que nadie previó; y las personas alrededor del trabajo, el Interesado, el Cuestionador, el patrón en los casos, revelan el resto. Un diseñador que sabe esto no pregunta una vez y considera el trabajo hecho. Sigue mirando, desde cada lado, porque una excepción no vista no es una excepción ausente. Es solo una aún no encontrada.

El estándar más alto posible es vigilar cada ruta por la que una excepción puede surgir, el diseño mismo, la vida temprana del trabajo, las personas a su alrededor, y los patrones en los casos, en vez de confiar en que un solo canal, aun el qué pasaría si, las ha encontrado todas.

Conclusión clave: Preguntar es la manera más segura pero no la única, y apoyarse solo en ella se pierde lo que los Ejecutores no pudieron nombrar. La ruta más temprana es a menudo el diseño mismo, donde construir la regla revela sus bordes, encontrados en la mesa de trabajo antes de que nada entre en funcionamiento. Una segunda es la vida temprana del diseño, donde los casos no imaginados se muestran cuando el trabajo real encuentra la regla, vigilados en el período que los Principios llaman hipercuidado. Y hay más, un Interesado, un Cuestionador, un patrón a lo largo de los casos. El número de rutas no es fijo; lo que importa es vigilarlas todas, porque una excepción no vista no está ausente, solo aún no encontrada.

Las excepciones surgen por más de una ruta, y el diseñador las vigila todas, no solo el qué pasaría si.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 2: El Qué Pasaría Si · Sección: Las otras maneras en que surgen las excepciones

MarvinPro | Junio 2026

marvinpro.com

Descubrimiento Temprano

Lo que une cada ruta no es cómo se encuentra la excepción sino cuándo. La disciplina es el descubrimiento temprano: encontrar las excepciones mientras aún son pocas, antes de que hayan hecho daño, sea cual sea el medio. Una excepción encontrada en la mesa de trabajo durante el diseño, una excepción nombrada en un qué pasaría si antes de entrar en funcionamiento, una excepción captada en los primeros días de trabajo real, cada una se encontró temprano, y eso es lo que cada una tiene en común y lo que hace que cada una valga el esfuerzo. Los medios varían y la lista de ellos queda abierta. El momento no: temprano, siempre, por cualquier ruta.

La razón es el coste, y es llana. Una excepción encontrada temprano, antes de que un cliente sea dañado y antes de que un Ejecutor quede varado, cuesta poco manejar, hay tiempo para diseñar un camino a seguir, para escribir una guía, para plegarla en las reglas, todo en la calma antes o justo después de que el trabajo empiece. La misma excepción encontrada tarde cuesta mucho más, porque para cuando se nota ya suele haberse pagado, en un cliente dejado a oscuras, un Ejecutor que adivinó mal, una pizca de confianza gastada. Esto no es particular de los procesos; es la vieja verdad de que un fallo cuesta menos cuanto antes se detecta. La disciplina lo aplica a las excepciones: ve y encuéntralas temprano, por todos los medios, en vez de dejar que te encuentren tarde, por el daño que hacen.

Así que el descubrimiento temprano es trabajo activo, hecho al principio, no algo que le ocurre al diseñador más adelante. El diseñador diseña con ojo para los bordes, pregunta a los Ejecutores antes de la fecha de puesta en marcha, observa los primeros casos reales, y se mantiene abierto a excepciones que lleguen de cualquier otro lado, y hace todo esto temprano, a propósito, mientras las excepciones son pocas. Como sea que cada una salga a la luz, llega al mismo siguiente paso: la decisión de qué hacer con ella ahora, incorporarla o aparcarla. Ese triaje es la siguiente disciplina. Lo que esta asegura es que las excepciones lleguen a él temprano, encontradas a propósito mientras aún son baratas de sostener, en vez de yacer ocultas hasta que rompen algo. Encuéntralas temprano, por cualquier medio. Eso es todo.

El estándar más alto posible es descubrir las excepciones temprano por todos los medios disponibles, en la mesa de trabajo, preguntando, observando, y desde cualquier otro lado, mientras aún son pocas y baratas de sostener, en vez de dejarlas salir a la luz tarde por el daño que causan.

Conclusión clave: Lo que une cada ruta no es cómo sino cuándo: la disciplina es el descubrimiento temprano, encontrar las excepciones mientras aún son pocas y antes de que dañen, sea cual sea el medio. La lista de medios queda abierta; el momento no. La razón es el coste, la vieja verdad de que un fallo cuesta menos cuanto antes se detecta: encontrada temprano hay tiempo para diseñar un camino a seguir en calma, encontrada tarde ya suele haberse pagado, en un cliente dejado a oscuras o un Ejecutor que adivinó mal. Así que el descubrimiento temprano es trabajo activo hecho al principio, y como sea que cada excepción salga a la luz, llega al mismo siguiente paso, el triaje de incorporar o aparcar.

El descubrimiento temprano es la disciplina: encuentra las excepciones por cualquier medio mientras aún son pocas, en vez de dejarlas salir a la luz tarde por el daño que hacen.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 2: El Qué Pasaría Si · Sección: Descubrimiento Temprano

MarvinPro | Junio 2026

marvinpro.com

Un ejemplo real

Vuelve a la empresa de software, mientras se prepara el diseño de comunicación. Algunas de las excepciones se encontraron en la mesa de trabajo, antes de que nadie más estuviera involucrado. A medida que el diseñador disponía los tres mensajes y observaba cómo Soporte y el Back Office trabajaban en realidad, los bordes aparecieron solos: un paso que asumía que una plantilla siempre existía, un momento que asumía que el cliente siempre quería oír de la empresa. Diseñar el caso normal mostró dónde el caso normal terminaba. Estas fueron las primeras excepciones encontradas, y se encontraron simplemente mirando de cerca el trabajo mientras se construía.

Luego el diseñador preguntó. Antes de que nada entrara en funcionamiento, sentado con los Ejecutores que habían manejado clientes durante años, la pregunta se planteó llanamente: ¿qué no encajarán estos mensajes? Las respuestas vinieron listas. ¿Qué pasaría si un cliente ha pedido no ser contactado nunca? ¿Qué pasaría si el administrador del cliente quiere cada mensaje enrutado a través de él? ¿Qué pasaría si llega un problema del que no tenemos plantilla en absoluto? Cada uno era un qué pasaría si, una excepción sacada a la luz semanas antes de que un solo mensaje real se enviara, y los Ejecutores, habiendo sido preguntados, llegaron a la fecha de puesta en marcha ya sabiendo las respuestas a los casos que habían planteado. Pero no toda excepción fue imaginada. Cuando el trabajo entró en funcionamiento, el diseñador no se fue; en los primeros días, observando de cerca, llegó un caso real que nadie había retratado, un cliente cuyo problema no encajaba en ninguna plantilla porque el problema mismo era nuevo. Ningún qué pasaría si lo había nombrado. Salió a la luz en el trabajo real, captado temprano solo porque el diseñador seguía observando cuando llegó.

Tres rutas, y podría haber habido otras, un Interesado con un caso en mente, un Cuestionador señalando un fallo. Lo que compartían era el momento. Los bordes encontrados en la mesa de trabajo, los qué pasaría si encontrados preguntando, la incidencia desconocida encontrada observando, todos se encontraron temprano, mientras eran pocos, antes de que ninguno hubiera crecido en una pila de casos varados. Ninguno esperó a anunciarse por el daño. Para cuando el trabajo llevaba poco tiempo en funcionamiento, casi cada caso que la regla no encajaba ya se había visto, por un medio u otro, y cada uno iba camino de una decisión. Esa es la disciplina: no un canal en que se confía para encontrar todo, sino cada canal vigilado, y todos ellos temprano.

Los bordes se encontraron en la mesa de trabajo, los qué pasaría si preguntando, la incidencia desconocida observando; rutas distintas, un mismo momento, todas tempranas, antes de que ninguna pudiera dañar.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 2: El Qué Pasaría Si · Un ejemplo real

MarvinPro | Junio 2026

marvinpro.com

El Qué Pasaría Si

Una excepción se encuentra antes de manejarse, y la manera más segura de encontrar una temprano es preguntar. Antes de que el trabajo entre en funcionamiento, el diseñador pregunta a los Ejecutores, que conocen el terreno, qué no encajará la regla, y sus qué pasaría si son excepciones sacadas a la luz antes de que llegue ningún caso real. El preguntar es deliberado, sacado caso por caso, porque una duda no dicha es una excepción no descubierta. Y se hace temprano, tanto para que el qué pasaría si pueda diseñarse mientras aún hay tiempo, como para que los Ejecutores, habiendo sido preguntados, lleguen a la fecha de puesta en marcha ya teniendo y confiando en las respuestas, que es como llegan a apropiarse del manejo de ellas.

Pero preguntar no es la única manera, y un diseñador que se apoya solo en ella se pierde lo que los Ejecutores no pudieron nombrar. La ruta más temprana es a menudo el diseño mismo: construir la regla revela sus bordes, los casos que no encajará, encontrados en la mesa de trabajo antes de que nada entre en funcionamiento. Una segunda es la vida temprana del trabajo: los casos que nadie pudo imaginar se muestran cuando el trabajo real encuentra la regla, vigilados en el período que los Principios llaman hipercuidado. Y hay más, un Interesado con un caso en mente, un Cuestionador cuyo fallo esconde una excepción, un patrón a lo largo de varios casos. El número de rutas no es fijo; el diseñador las vigila todas, porque una excepción no vista no está ausente, solo aún no encontrada.

Lo que une cada ruta no es cómo sino cuándo. La disciplina es el descubrimiento temprano: encontrar las excepciones mientras aún son pocas, antes de que hayan hecho daño, por cualquier medio. La razón es el coste, la vieja verdad de que un fallo cuesta menos cuanto antes se detecta. Encontrada temprano, antes de que un cliente sea dañado y un Ejecutor quede varado, una excepción se maneja en calma, con tiempo para diseñar un camino a seguir. Encontrada tarde, ya suele haberse pagado, en confianza gastada y trabajo salido mal. Así que el descubrimiento temprano es trabajo activo, hecho al principio: el diseñador diseña con ojo para los bordes, pregunta a los Ejecutores antes de la fecha de puesta en marcha, observa los primeros casos reales, y se mantiene abierto a excepciones de cualquier otro lado, todo temprano, a propósito, mientras son pocas.

Como sea que una excepción salga a la luz, por el diseño, por un qué pasaría si, por la observación temprana, o por alguna otra ruta, llega al mismo siguiente paso: la decisión de qué hacer con ella ahora, incorporarla o aparcarla. Ese triaje es la siguiente disciplina. Lo que esta asegura es que las excepciones lleguen a él temprano, encontradas a propósito por todos los medios disponibles, en vez de yacer ocultas hasta que rompen algo. Diseña con ojo para los bordes, pregunta a los Ejecutores, observa los primeros casos reales, y mantente abierto al resto. Encuéntralas temprano, por cualquier medio, y poco de lo que la regla no encaja quedará sin ver por mucho tiempo.

Encuentra las excepciones temprano y por todos los medios, para que ninguna quede acumulándose sin ver.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Excepciones · Disciplina 2: El Qué Pasaría Si · Resultado del Capítulo

MarvinPro | Junio 2026

marvinpro.com

Piensa Simple.