PROCESS

Aquí es Cómo Construir

Diseño

El ejemplo

El Ejemplo

Este volumen vuelve a la misma empresa que conociste en las Reglas. El caso es el mismo; solo ha girado la lente. Allí te mostró las reglas. Aquí te muestra qué ocurre cuando una regla no encaja, y qué hace un diseñador al respecto.

Una empresa vende software por suscripción, y su trabajo no es la reparación del software sino la comunicación a su alrededor: cómo se clasifica, se trabaja y se cuenta el problema, dentro de la empresa y hacia el cliente. Ya sabes cómo clasifica el problema. El problema de un cliente es una incidencia, trabajada como un caso único. El mismo problema en muchos clientes es una incidencia emergente, algo mayor. Y una incidencia es conocida o desconocida. Una incidencia conocida es una que la empresa ha visto antes, con instrucciones listas y una plantilla para explicarla. El Ejecutor encuentra una incidencia conocida y avanza: la regla encaja, la plantilla está ahí, el camino a seguir está escrito. La mayoría de los casos son así, y eso es el diseño funcionando.

La excepción es la incidencia desconocida. Es el problema que nadie ha encontrado aún, el caso sin plantilla, porque no puedes hacer plantilla de lo que aún no entiendes. Aquí la regla no encaja. El Ejecutor se enfrenta a un cliente con un problema y no tiene palabras escritas que enviar, ninguna instrucción que seguir. No puede avanzar con la regla, porque para este caso no hay regla. Este es el momento del que trata todo el volumen: el Ejecutor, bloqueado, necesitando un camino a seguir que el diseño ya debe haberle dado.

Y el diseño se lo ha dado. Mucho antes de que llegara este caso, el diseñador preguntó a los Ejecutores qué temían: ¿y si llega un problema del que no tenemos plantilla? Ese qué pasaría si, planteado antes de que el trabajo entrara en funcionamiento, es la primera excepción, sacada a la luz no en una crisis sino en una sala tranquila, con tiempo suficiente para diseñarla y con tiempo suficiente para que los Ejecutores aprendieran la respuesta antes de necesitarla. La respuesta diseñada para ello es la vía de escalado. Cuando el Ejecutor encuentra una incidencia desconocida, no inventa una respuesta y no se queda en silencio. Lleva el caso por la vía que el diseño construyó para exactamente esto: al Propietario, que trae al Equipo Técnico capaz de trabajarlo. Mientras tanto el cliente tampoco queda en silencio; el Ejecutor envía las actualizaciones moldeadas que el diseño provee para un caso que se va desplegando, un poco más ciertas con cada una, cada una terminando con el siguiente paso, aun cuando el siguiente paso sea solo esperar. El Ejecutor nunca queda varado. La regla no encajó, pero el diseño aun así le dijo qué hacer.

No todo qué pasaría si pudo responderse de una vez. Los Ejecutores plantearon más de lo que el diseñador podía incorporar antes de la fecha de puesta en marcha: el cliente raro que pide no ser contactado en absoluto, el cliente cuyo administrador insiste en un canal propio, el caso que toca una promesa que solo el Propietario de la Oferta puede variar. Algunos de estos el diseñador los incorporó de inmediato, como una pequeña guía escrita que el Ejecutor sigue sin preguntar a nadie, avanza así, ya está aprobado. Algunos necesitaron una decisión viva y se enrutaron a donde estaba la autoridad: una desviación que el propio Líder del Ejecutor podía permitir, y una mayor que solo el Propietario del área podía sancionar. Y algunos, honestamente, se aparcaron: anotados como excepciones conocidas a diseñar más tarde, porque el diseñador tenía solo cierto tiempo, y es mejor registrar una excepción abierta que fingir que está cerrada. Un camino a seguir en cada momento, escrito donde se podía, escalado donde se debía, y nunca simplemente ausente.

Pero el corazón de este volumen es lo que ocurre después de que la incidencia desconocida se trabaja. No se queda como excepción. A medida que el Equipo Técnico encuentra los pasos que la resuelven, el Propietario convierte esos pasos en una guía de resolución que el Ejecutor puede seguir y en plantillas que el cliente recibirá. En ese momento lo desconocido se vuelve conocido. El caso que no tenía regla ahora tiene una. El próximo Ejecutor que la encuentre no escalará; tomará la plantilla y avanzará, porque la excepción se ha vuelto una incidencia conocida, plegada de vuelta a las reglas, y ya no es una excepción. Este es el motor silencioso que ya viste en las Reglas, leído ahora desde el otro lado: el proceso no solo maneja sus excepciones, fabrica sus reemplazos. Cada incidencia emergente resuelta deja tras de sí una pieza permanente de proceso, y el universo de problemas sin plantilla se encoge en uno.

Ese es el caso, a través de la lente de la excepción. Un Ejecutor encuentra un caso que la regla no encaja, y no queda varado, porque el diseño construyó el camino a seguir de antemano: una guía que seguir, o una vía por la que escalar. Y la excepción no dura, porque el diseño pliega el caso resuelto de vuelta a las reglas, hasta que lo que antes fue una excepción es simplemente la manera normal. Los capítulos que siguen toman esto y lo giran, para que cada parte de diseñar una excepción, sacarla a la luz, dar al Ejecutor el camino a seguir, y diseñarla para que desaparezca, pueda verse en acción en algo real.

Excepciones se construye sobre las Reglas. Donde aquel volumen mostró cómo se hace una regla, este muestra qué hacer cuando una regla no encaja: cómo se saca a la luz el caso, cómo se da al Ejecutor un camino a seguir, y cómo se pliega la excepción de vuelta a las reglas hasta que deja de serlo. Cada Disciplina se construye sobre la anterior, del único caso bloqueado a un diseño que deja casi nada fuera de sus reglas.

Esta no es una guía teórica. Proviene de trabajo real a través de operaciones globales, migraciones de sistemas y diseño de procesos. Las ideas aquí fueron observadas, aplicadas y refinadas en entornos complejos que involucran muchos países, muchos sistemas y muchas personas.

Todos los ejemplos están anonimizados y abstraídos. Se basan en situaciones reales, pero los nombres, las organizaciones y los detalles identificativos han sido eliminados a propósito. El propósito no es mostrar dónde se obtuvo la experiencia, sino mostrar cómo el pensamiento puede aplicarse en cualquier entorno grande e internacional.

Este no es un libro sobre lo que debería funcionar. Es un libro sobre lo que funciona, de manera consistente, cuando los procesos se diseñan para escalar, los sistemas se alinean para apoyarlos, y las organizaciones están listas para transformarse.

IMPORTANT NOTE:

Se recomienda encarecidamente a los lectores acceder y compartir el contenido original a través de marvinpro.com. MarvinPro es una obra en constante evolución, con contenido que se actualiza regularmente para reflejar nuevas perspectivas, marcos de trabajo mejorados y materiales de aprendizaje enriquecidos. El material copiado o reproducido en otros lugares puede dejar de representar la versión más reciente, mientras que el sitio web en vivo siempre ofrecerá la experiencia de aprendizaje más actualizada y completa.

© COPYRIGHT 1990-2026 MarvinPro

Todos los derechos reservados. El contenido puede leerse libremente y compartirse mediante enlace. Puede compartir citas de esta obra siempre que la atribución completa se reproduzca exactamente como aparece en el texto, incluyendo la cita, el nombre del autor, el año y marvinpro.com. No está permitido copiar o reproducir otras partes, secciones completas o capítulos sin autorización previa.

Piensa Simple.