PROCESS

Aquí es Cómo Construir

Diseño

Núcleo

De quién es el central

No hay proceso central en abstracto. Un proceso central es siempre el central de algo, una empresa, un departamento, un equipo, y ese algo es su marco. Antes de poder nombrar un central, debes nombrar el marco al que pertenece, porque el central es el flujo que entrega el negocio central de ese marco, y cambia el marco y cambias el negocio, y así cambias el central. La pregunta nunca es simplemente "¿cuál es el proceso central?" Es "¿de quién es el central, en qué marco?"

El marco puede ser toda la empresa, o cualquier parte de ella. Una empresa es un marco: su negocio central es lo que la empresa vende, y su proceso central es el flujo que lo entrega. Pero un departamento también es un marco, con su propio negocio central y su propio proceso central; y un equipo dentro de ese departamento es un marco también. Cada uno es un marco a su propia escala, y cada uno tiene un central definido por el negocio central de ese marco. Así que la misma organización sostiene muchos marcos, anidados uno dentro de otro, y un proceso central existe en cada uno de ellos, el central de la empresa, el central del departamento, el central del equipo, cada uno real, cada uno el central de su propio marco.

Por esto nombrar el marco viene primero, y por esto saltárselo causa la confusión en la que los diseñadores caen más. Pregunta "¿es esto un proceso central?" sin fijar el marco, y no hay respuesta, porque el mismo proceso es central en un marco y no en otro. Fija el marco primero, nombra su negocio central, y el central sigue sin discusión. La disciplina es pequeña pero decisiva: di de quién es el central que preguntas antes de preguntar qué es. Nombra el marco, y la pregunta se vuelve respondible.

El estándar más alto posible es nombrar el marco antes de nombrar el central, fijando si te refieres a la empresa, a un departamento o a un equipo, porque un proceso central es siempre el central de un marco particular, y la pregunta de qué es central no tiene respuesta hasta que el marco al que pertenece se nombra.

Conclusión clave: No hay proceso central en abstracto; un central es siempre el central de un marco, una empresa, un departamento, un equipo. Nombra el marco antes que el central, porque el central entrega el negocio central de ese marco, y cambiar el marco cambia el central. El marco puede ser toda la empresa o cualquier parte de ella, y una organización sostiene muchos marcos anidados uno dentro de otro, cada uno con su propio central. Por esto saltarse el marco causa la confusión en la que los diseñadores caen más: "¿es esto central?" no tiene respuesta hasta que fijas de quién es el central que quieres decir.

Un proceso central es siempre el central de un marco; nombra el marco primero, y la pregunta de qué es central se vuelve respondible.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Núcleo · Disciplina 2: El Marco · Sección: De quién es el central

MarvinPro | Septiembre 2026

marvinpro.com

Cuántos

Un marco no siempre tiene solo un proceso central. Tiene uno por cada actividad central que realiza. Una empresa cuyo negocio entero es vender software por suscripción tiene un solo central: el flujo que entrega la suscripción. Pero una empresa que además vende software y opera un brazo de servicios profesionales junto a él tiene dos negocios centrales, y así dos procesos centrales, uno que entrega el software, uno que entrega los servicios. Cada uno es central, porque cada uno entrega un negocio central del marco. No hay regla de que un marco deba tener exactamente un central; tiene tantos como actividades centrales tiene, ni más ni menos.

Distinguirlos se hace igual que se encuentra un solo central: por el negocio central que cada uno entrega. Dos procesos centrales son dos porque entregan dos negocios centrales distintos, no porque sean grandes o complejos o los lleven equipos distintos. Si no puedes nombrar dos negocios centrales distintos, no tienes dos centrales; tienes un central visto en dos partes, o un central y un sub confundido con un segundo central. Así que el número de centrales sigue al número de negocios centrales, y el diseñador lo establece igual, nombrando los negocios para los que el marco existe, y encontrando el flujo que entrega cada uno.

Esto importa porque un marco con varios centrales debe tener cada uno diseñado, y cada uno conectado a los otros donde se encuentran. Una empresa con un central de software y un central de servicios tiene dos columnas vertebrales, y el diseño del todo no es una columna sino dos, relacionadas, cada una entregando su propio negocio, cada una con sus propias reglas, excepciones y subprocesos. Tratar tal marco como si tuviera un central es dejar uno de sus negocios centrales sin diseñar, o forzar dos flujos distintos en una sola forma que no encaja en ninguno. Cuenta los centrales contando los negocios centrales, y diseña cada uno como la columna vertebral que es.

El estándar más alto posible es contar los procesos centrales de un marco contando sus negocios centrales, diseñando un central por cada actividad central que el marco realiza, ni forzando varios en uno ni confundiendo un sub con un central, para que cada negocio central para el que el marco existe tenga una columna vertebral propia.

Conclusión clave: Un marco tiene un proceso central por cada actividad central que realiza, ni más ni menos. Una empresa que solo vende suscripciones tiene un central; una que además opera servicios profesionales tiene dos, uno por negocio central. Distínguelos igual que encuentras un solo central: por el negocio central distinto que cada uno entrega, no por tamaño ni equipo. Si no puedes nombrar dos negocios centrales distintos, no tienes dos centrales. Un marco con varios centrales debe tener cada uno diseñado y conectado donde se encuentran, para que ningún negocio central quede sin columna vertebral.

Un marco tiene un proceso central por cada negocio central que entrega; cuenta los centrales contando los negocios centrales.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Núcleo · Disciplina 2: El Marco · Sección: Cuántos

MarvinPro | Septiembre 2026

marvinpro.com

Central aquí, sub allá

Porque un central es siempre el central de un marco, el mismo proceso puede ser un central en un marco y un proceso de soporte, un sub, en otro. Esto no es una contradicción; es la consecuencia llana de la relatividad del marco, y es lo único que los diseñadores más a menudo se equivocan. El proceso central de un departamento de soporte es el soporte: desde el marco de ese departamento, mantener al resto de la empresa funcionando es el negocio central, y el proceso que lo entrega es la columna vertebral del departamento. Pero desde el marco de la empresa, ese mismo proceso de soporte no es el central; es un sub, un soporte alrededor del propio negocio central de la empresa. Ambos son ciertos. El proceso no cambió. El marco sí.

Nada muestra esto más llanamente que el proceso que conoces bien y posees tú mismo. Un diseñador que ha pasado años dando forma, digamos, a un proceso de asistencia en carretera lo experimenta como central, y con razón, porque en el marco de ese trabajo es el central: el negocio central de ese marco es poner en marcha a un cliente varado, y el proceso lo entrega. Pero sal al marco de la empresa, donde el negocio central es la movilidad misma, y el mismo proceso de asistencia en carretera es un sub, uno al que el central de la empresa se conecta cuando un coche se avería. La experiencia del diseñador de él como central no está equivocada; es la verdad en su marco. Simplemente no es toda la verdad, porque en un marco más amplio el mismo proceso se sitúa de otra manera. Un diseñador debe sostener ambas: este es el central de mi marco, y el central de mi marco es un sub de uno más amplio.

Esto se vuelve más importante a medida que la empresa crece. Una empresa pequeña puede tener un diseñador que ve todos los marcos a la vez y sostiene toda la imagen de central y sub en una sola cabeza. Una grande tiene muchos diseñadores, cada uno poseyendo un marco, cada uno con razón tratando el central de su marco como central, y ninguno de ellos viendo el todo. Eso no es un fallo; es cómo funciona la escala. Pero significa que alguien debe sostener el marco a nivel de empresa, la vista en la que los centrales de los muchos marcos se alinean como centrales y subs del todo, o la arquitectura se fragmenta en un conjunto de centrales locales que no conectan. Así que la disciplina para el diseñador es doble: diseña el central de tu marco tan excelentemente como si fuera el único central que hay, porque en tu marco lo es; y sabe dónde se sitúa tu marco en la arquitectura más amplia, para que tu central se conecte correctamente a los centrales y subs a su alrededor, y el todo se sostenga.

El estándar más alto posible es sostener ambas verdades a la vez, que el central de tu marco es genuinamente el central de tu marco, y que en un marco más amplio puede ser un sub, diseñándolo excelentemente de cualquier modo mientras sabes dónde se sitúa, para que a medida que la empresa crece y los marcos se multiplican, los muchos centrales locales aún conecten en un todo coherente.

Conclusión clave: Porque un central es siempre el central de un marco, el mismo proceso es un central en un marco y un sub en otro, lo que los diseñadores más a menudo se equivocan. El central de un departamento de soporte es el soporte; desde el marco de la empresa ese mismo proceso es un sub. Un proceso de asistencia en carretera es el central de su propio marco y un sub del de la empresa, ambos ciertos, el marco cambió, no el proceso. Esto se vuelve más difícil con el tamaño: muchos diseñadores, cada uno poseyendo un marco, ninguno viendo el todo, así que alguien debe sostener el marco de la empresa o la arquitectura se fragmenta. Diseña el central de tu marco excelentemente, y sabe dónde se sitúa.

El mismo proceso es un central en un marco y un sub en otro; diseña el central de tu marco bien, y sabe dónde se sitúa en el todo más amplio.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Núcleo · Disciplina 2: El Marco · Sección: Central aquí, sub allá

MarvinPro | Septiembre 2026

marvinpro.com

Un ejemplo real

Vuelve a la empresa de software, y fíjate en cuántos marcos sostiene. En el marco de toda la empresa, el negocio central es la suscripción de software, y el proceso central es la columna vertebral que ya conociste: suscribir, activar, entregar, verificar. Ese es el central de la empresa. Pero la empresa no es un solo marco; es muchos, anidados dentro de ella.

Toma el equipo de soporte, el cuyo proceso de comunicación llenó los volúmenes anteriores. En el marco de ese equipo, su negocio central es el soporte: responder bien al problema, mantener a los clientes informados y estables cuando algo se rompe. El proceso de comunicación es su central, su columna vertebral, el flujo que entrega para lo que su marco existe. Lo diseñan, lo poseen, y con razón lo tratan como central. Pero en el marco de la empresa, ese mismo proceso de comunicación es un sub, un soporte alrededor del central de la suscripción, alcanzado cuando el central falla. Central en el marco del equipo; sub en el de la empresa. El proceso es uno; el marco decide su nombre. Lo mismo vale para finanzas: en el marco del departamento de finanzas, cobrar y recaudar son centrales, su columna vertebral; en el marco de la empresa, son subprocesos a los que el central de la suscripción se conecta cuando el dinero debe moverse.

Así que la empresa de software no es un central con algunos procesos menores colgando de él. Es un nido de marcos, cada uno con su propio central: el central de la suscripción de la empresa, el central de la comunicación del equipo de soporte, el central del cobro del departamento de finanzas, y más además. Cada diseñador, en cada marco, diseña su central como la columna vertebral que es. Y alguien, en el marco de la empresa, sostiene la vista en la que todos ellos se alinean, el central de la suscripción en el centro, los otros sus subs y soportes, para que el todo conecte. Eso es lo que nombrar el marco revela: no un solo central y sus sirvientes, sino muchos centrales, cada uno real en su propio marco, ensamblados en un solo diseño.

La empresa de software es un nido de marcos, cada uno con su propio central; el mismo proceso es un central en un marco y un sub en otro, y el todo se sostiene solo cuando alguien nombra los marcos y los alinea.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Núcleo · Disciplina 2: El Marco · Un ejemplo real

MarvinPro | Septiembre 2026

marvinpro.com

El Marco

No hay proceso central en abstracto. Un central es siempre el central de un marco, una empresa, un departamento, un equipo, y el marco puede ser toda la empresa o cualquier parte de ella. Así que antes de nombrar un central, nombra el marco al que pertenece, porque el central entrega el negocio central de ese marco, y cambia el marco y cambias el central. La pregunta nunca es "¿cuál es el proceso central?" sino "¿de quién es el central, en qué marco?" Nombra el marco primero, y la pregunta se vuelve respondible; sáltatelo, y caes en la confusión en la que los diseñadores caen más, discutiendo si un proceso es central cuando la respuesta depende de un marco que nadie ha nombrado.

Un marco no siempre tiene un central. Tiene uno por cada negocio central que entrega: una empresa que solo vende suscripciones tiene un solo central; una que además opera servicios profesionales tiene dos. Cuenta los centrales contando los negocios centrales, no por tamaño ni equipo, y si no puedes nombrar dos negocios centrales distintos, no tienes dos centrales. Cada central que un marco tiene debe diseñarse como su propia columna vertebral, y conectarse a los otros donde se encuentran, para que ningún negocio central para el que el marco existe quede sin una.

Y porque un central es siempre el central de un marco, el mismo proceso es un central en un marco y un sub en otro. El central de un departamento de soporte es el soporte; desde el marco de la empresa ese mismo proceso es un sub. Un proceso de asistencia en carretera es el central de su propio marco y un sub del de la empresa, ambos ciertos, el marco cambió, no el proceso. Un diseñador debe sostener ambas: este es el central de mi marco, diseñado tan excelentemente como si fuera el único central que hay, y el central de mi marco es un sub de uno más amplio, conectado correctamente a lo que lo rodea.

Esto crece con la empresa. Un marco pequeño tiene un diseñador que ve el todo; uno grande tiene muchos, cada uno poseyendo un marco, cada uno con razón tratando su central como central, y ninguno viéndolo todo. Así que alguien debe sostener el marco de la empresa, la vista en la que los muchos centrales se alinean como centrales y subs del todo, o la arquitectura se fragmenta en centrales locales que no conectan. Así que la disciplina es esta: nombra el marco antes que el central; cuenta los centrales por los negocios centrales; y sostén ambas verdades, que el central de tu marco es verdaderamente central, y que en un marco más amplio puede ser un sub, para que los muchos marcos de una empresa que crece aún se ensamblen en un solo diseño que se sostenga.

Nombra el marco, y el central se vuelve claro: de quién es el central, cuántos, y dónde se sitúa cada uno entre los centrales y subs a su alrededor.

MarvinPro · PROCESS · Aquí es Cómo Construir · Diseño · Núcleo · Disciplina 2: El Marco · Resultado del Capítulo

MarvinPro | Septiembre 2026

marvinpro.com

Piensa Simple.