PROCESS

Aquí es Cómo Construir

Diseño

Sub

Un trabajo, expresado como resultado

Una parte bien cortada y bien situada todavía tiene que hacer algo. Su función es su trabajo dentro del todo: aquello para lo que está ahí. Y la manera en que se expresa ese trabajo decide mucho, porque la misma parte puede describirse de dos maneras: por lo que hace o por lo que produce, y solo una de ellas te dice si la parte está funcionando.

La función de una parte es el resultado que produce, no las actividades que realiza. Descrita por sus actividades (tomar los datos, solicitar el cobro, reintentar si falla), una parte no tiene línea de meta. La lista puede crecer sin límite, cada actividad nueva parece parte del trabajo, y nadie puede decir cuándo ha terminado la parte ni si ha hecho aquello para lo que existía. Descrita por su resultado, la misma parte tiene un final claro: un estado de cosas que es cierto cuando la parte ha terminado y que antes no lo era. Las actividades son la manera en que una parte llega; el resultado es adonde va. Define la parte por adonde va, y las actividades pasan a ser asunto suyo, libres de cambiar mientras llegue el resultado.

Así que la prueba de la función de cualquier parte es un par de preguntas. ¿Qué es cierto cuando esta parte ha terminado? ¿Y podrías comprobarlo? Si puedes nombrar el estado final y alguien podría verificarlo sin preguntar a las personas de dentro de la parte, la función está bien expresada. Si lo único que puedes nombrar son actividades, o un estado final que nadie podría comprobar ("pago gestionado", "cuenta atendida"), la función sigue siendo vaga, y a nadie se le puede pedir cuentas por una función vaga. Una función expresada como un resultado comprobable da a la parte una línea de meta, y da a todos los demás algo en lo que pueden confiar.

El estándar más alto posible es expresar la función de cada parte como un único resultado y no como una lista de actividades: un estado final que es cierto cuando la parte ha terminado y que cualquiera podría comprobar, para que la parte tenga una línea de meta clara y todo lo que la rodea sepa exactamente qué entrega.

Conclusión clave: La función de una parte es el resultado que produce, no las actividades que realiza. Descrita por sus actividades, una parte no tiene línea de meta: la lista crece, y nadie puede decir cuándo ha terminado ni si ha funcionado. Descrita por su resultado, tiene un final claro: un estado que es cierto cuando ha terminado. La prueba son dos preguntas: ¿qué es cierto cuando esta parte ha terminado, y podrías comprobarlo? Si solo puedes nombrar actividades, o un estado final que nadie podría comprobar, la función sigue siendo vaga, y a nadie se le puede pedir cuentas por una función vaga.

Expresa la función de cada parte como un único resultado comprobable: qué es cierto cuando ha terminado, no qué hace por el camino.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sub · Disciplina 5: Función · Sección: Un trabajo, expresado como resultado

MarvinPro | Octubre 2026

marvinpro.com

Al servicio del todo

La función de una parte no está sola. Cada parte está dentro de algo más grande, y su función está ahí para servir al resultado de esa parte más grande. Así que las funciones de las partes no son un conjunto de trabajos separados que da la casualidad de que están cerca unos de otros; son las piezas de un único resultado más grande, y tienen que encajar en él. La función de una parte es correcta no solo cuando es clara, sino cuando es la pieza del todo que el todo necesita de ella.

Encajadas, las funciones de las partes deberían formar exactamente el resultado de la parte más grande: nada que falte, nada dos veces, nada de más. Cada una de esas cosas tiene su propio fallo. Un hueco es una pieza del resultado que ninguna función incluye. Cae entre las partes, y o no ocurre, u ocurre solo por casualidad, cuando alguien se da cuenta e interviene. Un solapamiento es una pieza del resultado que dos partes reclaman a la vez. Se hace dos veces, o peor, cada parte supone que la hizo la otra y no la hace ninguna. Y un sobrante es una parte cuya función no sirve a nada del resultado: se ejecuta, cuesta, alguien la mantiene, y el todo no estaría peor sin ella, a menudo un control o un paso que un día tuvo una razón y sobrevivió a ella.

Así que la prueba es sumar las partes. Escribe el resultado de cada parte, ponlos uno junto a otro, y pregúntate si juntos forman exactamente el resultado de la parte más grande. Donde algo del resultado más grande no aparece en ninguna función, hay un hueco: dáselo a una parte. Donde algo aparece en dos, hay un solapamiento: dáselo a una y quítaselo a la otra. Donde el resultado de una parte no aparece en ningún lugar del resultado más grande, hay un sobrante: averigua para qué servía, y si para nada, elimínalo. Cada pieza del resultado debería corresponder a exactamente una función.

El estándar más alto posible es ajustar la función de cada parte al resultado de la parte más grande a la que sirve, para que los resultados de las partes formen juntos exactamente ese resultado, con cada pieza correspondiendo a exactamente una parte, sin huecos que caigan entre ellas, sin solapamientos reclamados dos veces y sin sobrantes que no sirvan a nada.

Conclusión clave: La función de cada parte sirve al resultado de la parte más grande en la que está, y juntas las funciones de las partes deberían formar exactamente ese resultado. Tres fallos: un hueco (una pieza del resultado que ninguna parte incluye, así que cae entre ellas y solo ocurre por casualidad), un solapamiento (una pieza que dos partes reclaman a la vez, así que se hace dos veces o no la hace ninguna) y un sobrante (una parte cuya función no sirve a nada del resultado, a menudo un paso que sobrevivió a su razón). La prueba es sumar los resultados de las partes y compararlos con el del todo: da cada hueco a una parte, quita cada solapamiento a todas menos una, y elimina cada sobrante.

Encaja las funciones de las partes para que formen exactamente el resultado del todo: sin huecos, sin solapamientos, sin sobrantes.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sub · Disciplina 5: Función · Sección: Al servicio del todo

MarvinPro | Octubre 2026

marvinpro.com

Responder de la función

Una función expresada como resultado hace una cosa más: dice de qué responde la parte. La parte, y quien sea su propietario, responde de su resultado. No de realizar un conjunto de actividades, sino de entregar el estado final, cada vez. Si el resultado llega, la parte ha hecho su trabajo, llegue como llegue. Si el resultado no llega, la parte no ha hecho su trabajo, por ocupada que haya estado.

Esa división es lo que da a una parte su libertad. Como la parte responde de su resultado y no de sus actividades, lo que ocurre dentro es asunto suyo. Puede cambiar su manera de trabajar, añadir un paso, quitar otro, sustituir una herramienta, reorganizar por completo su interior, y nada de lo que la rodea necesita saberlo, mientras siga llegando el resultado. Las partes que la rodean confían en el resultado, no en el interior. Esto es lo que convierte una parte en algo que puedes poseer aparte y cambiar por sí sola, la promesa que hizo un subproceso en la segunda disciplina de este volumen. Esa promesa la cumple la función: una parte con un resultado claro puede entregarse a un único propietario y cambiarse con libertad, porque todos saben qué tiene que mantenerse cambie lo que cambie.

Si la función se desdibuja, la responsabilidad se desdibuja con ella. A una parte sin un resultado claro no se le puede exigir nada, así que cuando algo sale mal nadie puede decir si ha fallado esa parte. Una parte definida por sus actividades ata a todo lo que la rodea a su interior, así que cada cambio de dentro se convierte en un cambio para todos. Y donde las funciones se solapan, dos partes responden de lo mismo, lo que en la práctica significa que no responde ninguna. Una función clara es lo que permite confiar en una parte desde fuera y dejarla en paz por dentro.

El estándar más alto posible es que cada parte responda de su resultado: responsable de entregar el estado final cada vez, libre de cambiar cómo llega mientras el resultado se mantenga, para que las partes que la rodean confíen solo en su resultado y pueda poseerse aparte y cambiarse por sí sola.

Conclusión clave: Una función expresada como resultado dice de qué responde la parte: la parte, y su propietario, responden de entregar el estado final cada vez, no de realizar actividades. Eso es lo que da a la parte su libertad: puede cambiar cualquier cosa de dentro mientras siga llegando el resultado, porque las partes que la rodean confían en el resultado, no en el interior. Así se cumple la promesa de la segunda disciplina: una parte que puede poseerse aparte y cambiarse por sí sola. Si la función se desdibuja, la responsabilidad también: nadie puede decir si la parte ha fallado, cada cambio de dentro se convierte en un cambio para todos, y donde las funciones se solapan, ninguna parte responde de verdad.

Cada parte responde de su resultado, y es libre de cambiar todo lo de dentro mientras ese resultado se mantenga.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sub · Disciplina 5: Función · Sección: Responder de la función

MarvinPro | Octubre 2026

marvinpro.com

Un ejemplo real

Vuelve a activar y expresa las funciones de sus partes como resultados. Liquidar el pago es un nombre; su función es su estado final: un pago liquidado, o rechazado de forma definitiva. Expresarlo así muestra algo que el nombre ocultaba. Un rechazo no es un cabo suelto ni una excepción que otro ya arreglará; es uno de los dos resultados que esta parte tiene que producir limpiamente. Abrir la cuenta tiene su propio resultado: una cuenta abierta para este cliente. Registrar el derecho tiene el suyo: el derecho registrado sobre esa cuenta. Cada uno es un estado que cualquiera podría comprobar sin preguntar cómo llegó la parte hasta él.

Ahora súmalos. El resultado de activar es un cliente que ha pagado, con una cuenta abierta y con derecho a lo que compró. Las tres funciones juntas deberían formar exactamente eso. Pero supón que, cuando se rechaza un pago, nadie avisa al cliente. La liquidación registra el rechazo y se detiene; la cuenta nunca se abre, así que no se ejecuta nada de lo que viene después. Avisar al cliente cae en un hueco entre las partes, y solo ocurre cuando el cliente escribe para preguntar qué ha fallado. La corrección es dárselo a una función: el resultado de la liquidación pasa a ser un pago liquidado, o rechazado y el cliente avisado. Supón también que tanto liquidar el pago como abrir la cuenta envían al cliente una confirmación, así que cada cliente nuevo recibe dos. Eso es un solapamiento: la misma pieza del resultado reclamada dos veces. La corrección es dar la confirmación a una parte, abrir la cuenta, y quitársela a la otra.

Y mira lo que aporta la función clara. La persona que corrige la lógica de reintentos dentro de la liquidación del pago puede cambiar cuántas veces reintenta, en qué orden y con qué mensaje del proveedor, sin avisar a nadie, porque las partes que la rodean confían en una sola cosa: su resultado, un pago liquidado, o rechazado y el cliente avisado. Mientras ese resultado se mantenga, todo lo de dentro de la liquidación es libre de cambiar. La función es aquello de lo que responde la parte; el interior es suyo.

Cada parte de la activación produce un resultado comprobable, y juntos forman exactamente el resultado de la activación: el hueco cubierto al dar el aviso de rechazo a la liquidación, el solapamiento eliminado al dar la confirmación solo a abrir la cuenta.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sub · Disciplina 5: Función · Un ejemplo real

MarvinPro | Octubre 2026

marvinpro.com

Función

Una parte bien cortada y bien situada todavía tiene que hacer algo, y su función es el resultado que produce, no las actividades que realiza. Descrita por sus actividades, una parte no tiene línea de meta: la lista crece, y nadie puede decir cuándo ha terminado ni si ha funcionado. Descrita por su resultado, tiene un final claro. Pregúntate, ante cada parte, qué es cierto cuando ha terminado, y si alguien podría comprobarlo; si solo puedes nombrar actividades, o un estado final que nadie podría verificar, la función sigue siendo demasiado vaga para pedirle cuentas a nadie.

La función de cada parte sirve al resultado de la parte más grande en la que está, y juntas las funciones de las partes deberían formar exactamente ese resultado. Un hueco es una pieza del resultado que ninguna parte incluye, así que cae entre ellas; un solapamiento es una pieza que dos partes reclaman a la vez, así que se hace dos veces o no la hace ninguna; un sobrante es una parte cuya función no sirve a nada del resultado. Suma los resultados de las partes, compáralos con el del todo, y da cada pieza del resultado a exactamente una función.

Y una función expresada como resultado dice de qué responde la parte. La parte, y su propietario, responden de entregar el estado final cada vez, y son libres de cambiar cualquier cosa de dentro mientras siga llegando el resultado, porque las partes que la rodean confían en el resultado y no en el interior. Eso es lo que permite que una parte se posea aparte y se cambie por sí sola. Si la función se desdibuja, la responsabilidad se desdibuja con ella.

Así que la disciplina es esta: da a cada parte un único resultado comprobable, encaja los resultados para que formen exactamente el resultado del todo sin huecos, solapamientos ni sobrantes, y haz que cada parte responda de su resultado dejándole su interior. Hecho así, las partes situadas se convierten en partes que funcionan: cada una conocida por lo que entrega, fiable desde fuera y libre por dentro. Lo que queda es cómo pasan esos resultados de una parte a la siguiente, el trabajo de las costuras internas.

Da a cada parte un único resultado comprobable, encaja los resultados en exactamente el resultado del todo, y haz que cada parte responda de su resultado mientras su interior sigue siendo suyo.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Sub · Disciplina 5: Función · Resultado del Capítulo

MarvinPro | Octubre 2026

marvinpro.com

Piensa Simple.