PROCESS

Aquí es Cómo Construir

Diseño

Sistema

Lo que cruza

Valor marcó los cruces. Esta disciplina los diseña. Cada punto en el que el trabajo pasa de una caja a otra es un enlace: un pedido de vender a proporcionar, una solicitud de cobro de proporcionar a cobrar pagos, un caso de atención al cliente de vuelta a proporcionar. Un enlace no es un paso dentro de ninguna de las dos cajas. Es el acuerdo entre ellas sobre cómo cruza el trabajo. Dentro de un proceso, los puntos donde se unen sus partes son las costuras que diseña el volumen Sub. Entre las cajas del mapa, los cruces son enlaces, y es aquí donde se diseñan.

Un enlace tiene tres partes. Qué pasa: una sola cosa, con nombre y completa, para que el lado que recibe nunca tenga que volver a preguntar. Cuándo pasa: el disparador, para que el lado que recibe sepa cuándo esperarlo. Y qué significa recibido: el estado final del traspaso, el momento en que los dos lados están de acuerdo en que el trabajo ha cambiado de manos. Un enlace al que le falta cualquiera de las tres sigue funcionando casi siempre. Falla los días que importan: cuando sube el volumen, cuando un caso es inusual, cuando hay alguien nuevo en cualquiera de los dos extremos.

La mayoría de los enlaces de un mapa nunca se han diseñado. Crecieron solos: una hoja de cálculo enviada por correo los viernes, un campo que un equipo aprendió a rellenar para el otro, la costumbre de llamar a alguien. Funcionan porque las personas de cada extremo se conocen. Diseñar un enlace pone por escrito lo que esas personas ya saben y cierra lo que rodean en silencio, para que el enlace aguante cuando las personas cambien.

El estándar más alto posible es tratar cada cruce entre cajas como un enlace, acordar para cada uno qué pasa, cuándo pasa y qué significa recibido, y poner por escrito los enlaces que crecieron por costumbre para que aguanten cuando cambien las personas de cualquiera de los dos extremos.

Conclusión clave: Cada punto en el que el trabajo pasa de una caja a otra es un enlace: no un paso dentro de ninguna de las dos cajas, sino el acuerdo entre ellas sobre cómo cruza el trabajo. Las costuras dentro de un proceso pertenecen a Sub; los enlaces entre cajas pertenecen aquí. Un enlace tiene tres partes: qué pasa, cuándo pasa y qué significa recibido (el estado final del traspaso). La mayoría de los enlaces crecieron solos en lugar de diseñarse, y solo funcionan mientras las mismas personas estén en cada extremo. Diseñar un enlace pone por escrito lo que saben y cierra lo que rodean.

Un enlace no es un paso en ninguna de las dos cajas. Es el acuerdo sobre cómo cruza el trabajo entre ellas.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sistema · Disciplina 6: Enlaces · Sección: Lo que cruza

MarvinPro | Octubre 2026

marvinpro.com

Se traspasa, nunca se comparte

El Mapa fijó un principio para los cruces: el trabajo se traspasa, nunca se comparte. En cada momento el trabajo está en un lado del enlace, y el enlace es el punto exacto en el que se mueve. Antes de ese punto, el trabajo es del lado que envía; después, es del lado que recibe. El trabajo que está en los dos lados a la vez no está en ninguno, porque cada lado da por hecho que lo tiene el otro.

Por eso un enlace lo acuerdan los dos lados. Un enlace escrito solo por el lado que envía describe lo que envía, no lo que necesita el otro lado. Un enlace escrito solo por el lado que recibe describe lo que quiere, no lo que el otro lado puede dar. Acordado entre los dos, el enlace recoge ambas cosas: qué pasa, en una forma que el lado que envía puede producir y el lado que recibe puede usar. Núcleo trató el cobro como una conexión, alcanzada desde dentro del proceso central. A la altura del mapa, esa misma conexión es un enlace con dos lados, y los dos lados lo diseñan.

El acuerdo fija también lo que no se traspasa. La información puede compartirse libremente: los dos lados pueden ver el registro del cliente, el historial y el estado. Lo que nunca se comparte es el trabajo en sí: la siguiente acción que alguien tiene que hacer. La información compartida mantiene informados a los dos lados. El trabajo compartido deja a los dos lados esperando.

El estándar más alto posible es traspasar el trabajo en cada enlace y no compartirlo nunca, de modo que en cada momento esté en un solo lado, acordar cada enlace entre los dos lados y compartir la información libremente mientras la siguiente acción se queda en un solo lado.

Conclusión clave: El trabajo se traspasa, nunca se comparte. En cada momento está en un lado del enlace, y el enlace es el punto exacto en el que se mueve; el trabajo que está en los dos lados a la vez no está en ninguno. Un enlace lo acuerdan los dos lados, porque un solo lado describe únicamente la mitad. La conexión de Núcleo con los pagos, vista a la altura del mapa, es un enlace con dos lados. La información puede compartirse libremente; el trabajo en sí (la siguiente acción) nunca.

El trabajo se traspasa, nunca se comparte. La información compartida mantiene informados a los dos lados; el trabajo compartido los deja esperando.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sistema · Disciplina 6: Enlaces · Sección: Se traspasa, nunca se comparte

MarvinPro | Octubre 2026

marvinpro.com

El camino de vuelta

El trabajo avanza a través de un enlace. La información tiene que volver: un rechazo cuando lo que llegó estaba incompleto, un fallo cuando el lado que recibe no pudo hacer su parte, un cambio cuando un lado modifica algo de lo que depende el otro. Un enlace sin camino de vuelta es el que Valor advertía: un cambio que un equipo hizo y del que el siguiente nunca se enteró. El camino de vuelta se diseña con las mismas tres partes que el camino de ida: qué vuelve, cuándo vuelve y qué significa recibido.

Un enlace lo acuerdan los dos lados, así que cualquier cambio en cualquiera de los dos lo reabre, por pequeño que sea. Antes de que el cambio entre en producción, se hacen pasar por el enlace los casos acordados, los normales y los fallidos, y se comprueba que cada uno llega a donde debe. Los cambios más pequeños son los más peligrosos, porque nadie los ve como cambios en el enlace. Un cambio grande se planifica y se prueba. Una actualización menor se instala un martes cualquiera, y el enlace que rompe sigue roto en silencio.

Cada enlace es además un lugar donde puede perderse valor, así que el mejor número de enlaces es el menor que el trabajo necesita. El mapa y la prueba del valor ya han eliminado los cruces que no servían a nadie. Los enlaces que quedan se diseñan a propósito, cada uno con su camino de ida, su camino de vuelta y sus casos listos para ejecutarse.

El estándar más alto posible es diseñar un camino de vuelta para cada enlace, con las mismas tres partes que el camino de ida, tratar cualquier cambio en cualquiera de los dos lados como una reapertura del enlace por pequeño que sea, hacer pasar por él los casos acordados antes de que el cambio entre en producción y mantener los enlaces en el menor número que el trabajo necesita.

Conclusión clave: El trabajo avanza a través de un enlace, y los rechazos, los fallos y los cambios tienen que volver, diseñados con las mismas tres partes que el camino de ida. Un enlace sin camino de vuelta falla en silencio. Cualquier cambio en cualquiera de los dos lados reabre el enlace, por pequeño que sea, y los casos acordados se hacen pasar por él antes de que el cambio entre en producción. Los cambios más pequeños son los más peligrosos, porque nadie los ve como cambios en el enlace. Cada enlace es un lugar donde puede perderse valor, así que el número correcto es el menor que el trabajo necesita.

Un enlace sin camino de vuelta falla en silencio. Cualquier cambio en cualquiera de los dos lados lo reabre, por pequeño que sea.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sistema · Disciplina 6: Enlaces · Sección: El camino de vuelta

MarvinPro | Octubre 2026

marvinpro.com

Un ejemplo real

Cuando se activa una suscripción, proporcionar suscripciones envía una solicitud de cobro a cobrar pagos, y envía otra en cada renovación. En el lanzamiento, un pago fallido volvía a través del enlace, y el software se retenía a tiempo.

Después, cobrar pagos instaló una actualización rutinaria de su software de pagos: una versión menor con pequeñas correcciones, nada que nadie viera como un cambio. Una de esas correcciones cambió el nombre del estado que el software usaba para comunicar un pago fallido. Proporcionar suscripciones seguía esperando el nombre antiguo. Nada se rompió en ninguno de los dos lados, así que no apareció ningún error en ninguna parte. Los fallos simplemente dejaron de llegar.

Durante las semanas siguientes, los pagos fallidos no fueron a ninguna parte. Proporcionar suscripciones mantuvo el software funcionando para clientes que no pagaban, y atender a los clientes no se enteró de nada. Luego, una limpieza manual cortó el servicio a todos esos clientes de golpe. Empezaron las llamadas, y atención al cliente no sabía decirles por qué.

El rediseño empezó por poner el enlace por escrito, acordado por las dos cajas. Qué pasa: la solicitud de cobro, con cliente, importe y periodo. Cuándo: en la activación y en cada renovación. Qué significa recibido: confirmada y programada por cobrar pagos. El camino de vuelta se escribió de la misma forma. Un pago fallido vuelve a proporcionar suscripciones, que retiene el software tras un periodo de gracia fijado, y atender a los clientes recibe el aviso en el mismo momento. Después llegó la regla: cualquier cambio en cualquiera de los dos lados que toque el enlace lo reabre, y antes de que el cambio entre en producción se hacen pasar por el enlace tres casos acordados: un pago que se cobra, uno que falla y uno que llega tarde.

La siguiente actualización rutinaria volvió a cambiar el nombre de un campo. Se detectó al ejecutar los tres casos, dos días antes de la publicación. Los clientes cuyos pagos fallaban se enteraban ahora primero por la empresa, y cuando llamaban, atención al cliente ya sabía por qué.

Una actualización menor cambió el nombre de un estado y rompió un enlace en silencio; puesto por escrito, acordado y probado en cada cambio, el enlace detecta ahora la siguiente antes de la publicación.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sistema · Disciplina 6: Enlaces · Un ejemplo real

MarvinPro | Octubre 2026

marvinpro.com

Enlaces

Cada cruce entre cajas es un enlace: el acuerdo entre dos cajas sobre cómo cruza el trabajo, distinto de las costuras dentro de un proceso. Un enlace tiene tres partes: qué pasa, cuándo pasa y qué significa recibido. Los enlaces que crecieron solos en lugar de diseñarse funcionan mientras las mismas personas estén en cada extremo, y fallan cuando esas personas cambian.

El trabajo se traspasa, nunca se comparte. En cada momento está en un lado del enlace, y el enlace es el punto en el que se mueve, así que los dos lados acuerdan el enlace juntos. La información puede compartirse libremente; el trabajo en sí (la siguiente acción) nunca.

Cada enlace necesita un camino de vuelta para los rechazos, los fallos y los cambios, diseñado como el camino de ida. Cualquier cambio en cualquiera de los dos lados reabre el enlace, por pequeño que sea, y los casos acordados se hacen pasar por él antes de que el cambio entre en producción. Los cambios más pequeños son los más peligrosos, porque nadie los ve como cambios en el enlace. Diseñados así, los enlaces que el trabajo necesita, y no más, lo llevan a través del mapa en los dos sentidos, y siguen probados.

Diseña cada enlace entre cajas: qué pasa, cuándo y qué significa recibido, con un camino de vuelta, y vuelve a probarlo cada vez que cambie cualquiera de los dos lados.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sistema · Disciplina 6: Enlaces · Resultado del Capítulo

MarvinPro | Octubre 2026

marvinpro.com

Piensa Simple.