PROCESS

Aqui é Como Construir

Design

Núcleo

De quem é o central

Não há processo central no abstrato. Um processo central é sempre o central de algo, uma empresa, um departamento, uma equipa, e esse algo é o seu enquadramento. Antes de poderes nomear um central, deves nomear o enquadramento a que pertence, porque o central é o fluxo que entrega o negócio central desse enquadramento, e muda o enquadramento e mudas o negócio, e assim mudas o central. A pergunta nunca é simplesmente "qual é o processo central?" É "de quem é o central, em que enquadramento?"

O enquadramento pode ser toda a empresa, ou qualquer parte dela. Uma empresa é um enquadramento: o seu negócio central é o que a empresa vende, e o seu processo central é o fluxo que o entrega. Mas um departamento também é um enquadramento, com o seu próprio negócio central e o seu próprio processo central; e uma equipa dentro desse departamento também é um enquadramento. Cada um é um enquadramento à sua própria escala, e cada um tem um central definido pelo negócio central desse enquadramento. Por isso a mesma organização sustém muitos enquadramentos, aninhados um dentro do outro, e um processo central existe em cada um deles, o central da empresa, o central do departamento, o central da equipa, cada um real, cada um o central do seu próprio enquadramento.

É por isto que nomear o enquadramento vem primeiro, e por isto saltá-lo causa a confusão em que os designers caem mais. Pergunta "isto é um processo central?" sem fixar o enquadramento, e não há resposta, porque o mesmo processo é central num enquadramento e não noutro. Fixa o enquadramento primeiro, nomeia o seu negócio central, e o central segue sem discussão. A disciplina é pequena mas decisiva: diz de quem é o central que perguntas antes de perguntar o que é. Nomeia o enquadramento, e a pergunta torna-se respondível.

O padrão mais elevado possível é nomear o enquadramento antes de nomear o central, fixando se te referes à empresa, a um departamento ou a uma equipa, porque um processo central é sempre o central de um enquadramento particular, e a pergunta do que é central não tem resposta até o enquadramento a que pertence ser nomeado.

Conclusão chave: Não há processo central no abstrato; um central é sempre o central de um enquadramento, uma empresa, um departamento, uma equipa. Nomeia o enquadramento antes do central, porque o central entrega o negócio central desse enquadramento, e mudar o enquadramento muda o central. O enquadramento pode ser toda a empresa ou qualquer parte dela, e uma organização sustém muitos enquadramentos aninhados um dentro do outro, cada um com o seu próprio central. É por isto que saltar o enquadramento causa a confusão em que os designers caem mais: "isto é central?" não tem resposta até fixares de quem é o central que queres dizer.

Um processo central é sempre o central de um enquadramento; nomeia o enquadramento primeiro, e a pergunta do que é central torna-se respondível.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Núcleo · Disciplina 2: O Enquadramento · Secção: De quem é o central

MarvinPro | Setembro 2026

marvinpro.com

Quantos

Um enquadramento nem sempre tem só um processo central. Tem um por cada atividade central que realiza. Uma empresa cujo negócio inteiro é vender software por subscrição tem um só central: o fluxo que entrega a subscrição. Mas uma empresa que vende software e opera um braço de serviços profissionais a seu lado tem dois negócios centrais, e assim dois processos centrais, um que entrega o software, um que entrega os serviços. Cada um é central, porque cada um entrega um negócio central do enquadramento. Não há regra de que um enquadramento deva ter exatamente um central; tem tantos quantas atividades centrais tem, nem mais nem menos.

Distingui-los faz-se igual a como se encontra um só central: pelo negócio central que cada um entrega. Dois processos centrais são dois porque entregam dois negócios centrais distintos, não porque sejam grandes ou complexos ou levados por equipas diferentes. Se não podes nomear dois negócios centrais distintos, não tens dois centrais; tens um central visto em duas partes, ou um central e um sub confundido com um segundo central. Por isso o número de centrais segue o número de negócios centrais, e o designer estabelece-o de igual modo, nomeando os negócios para os quais o enquadramento existe, e encontrando o fluxo que entrega cada um.

Isto importa porque um enquadramento com vários centrais deve ter cada um desenhado, e cada um conectado aos outros onde se encontram. Uma empresa com um central de software e um central de serviços tem duas colunas vertebrais, e o design do todo não é uma coluna mas duas, relacionadas, cada uma entregando o seu próprio negócio, cada uma com as suas próprias regras, exceções e subprocessos. Tratar tal enquadramento como se tivesse um central é deixar um dos seus negócios centrais por desenhar, ou forçar dois fluxos distintos numa só forma que não encaixa em nenhum. Conta os centrais contando os negócios centrais, e desenha cada um como a coluna vertebral que é.

O padrão mais elevado possível é contar os processos centrais de um enquadramento contando os seus negócios centrais, desenhando um central por cada atividade central que o enquadramento realiza, nem forçando vários num nem confundindo um sub com um central, para que cada negócio central para o qual o enquadramento existe tenha uma coluna vertebral própria.

Conclusão chave: Um enquadramento tem um processo central por cada atividade central que realiza, nem mais nem menos. Uma empresa que só vende subscrições tem um central; uma que também opera serviços profissionais tem dois, um por negócio central. Distingue-os como encontras um só central: pelo negócio central distinto que cada um entrega, não por tamanho nem equipa. Se não podes nomear dois negócios centrais distintos, não tens dois centrais. Um enquadramento com vários centrais deve ter cada um desenhado e conectado onde se encontram, para que nenhum negócio central fique sem coluna vertebral.

Um enquadramento tem um processo central por cada negócio central que entrega; conta os centrais contando os negócios centrais.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Núcleo · Disciplina 2: O Enquadramento · Secção: Quantos

MarvinPro | Setembro 2026

marvinpro.com

Central aqui, sub além

Porque um central é sempre o central de um enquadramento, o mesmo processo pode ser um central num enquadramento e um processo de suporte, um sub, noutro. Isto não é uma contradição; é a consequência simples da relatividade do enquadramento, e é a única coisa que os designers mais vezes erram. O processo central de um departamento de suporte é o suporte: do enquadramento desse departamento, manter o resto da empresa a funcionar é o negócio central, e o processo que o entrega é a coluna vertebral do departamento. Mas do enquadramento da empresa, esse mesmo processo de suporte não é o central; é um sub, um suporte à volta do próprio negócio central da empresa. Ambos são verdade. O processo não mudou. O enquadramento sim.

Nada mostra isto mais simplesmente do que o processo que conheces bem e possuis tu mesmo. Um designer que passou anos a moldar, digamos, um processo de assistência na estrada experimenta-o como central, e com razão, porque no enquadramento desse trabalho é o central: o negócio central desse enquadramento é pôr em marcha um cliente encalhado, e o processo entrega-o. Mas sai para o enquadramento da empresa, onde o negócio central é a mobilidade em si, e o mesmo processo de assistência na estrada é um sub, um a que o central da empresa se conecta quando um carro avaria. A experiência do designer dele como central não está errada; é a verdade no seu enquadramento. Simplesmente não é toda a verdade, porque num enquadramento mais amplo o mesmo processo situa-se de outra maneira. Um designer deve sustentar ambas: este é o central do meu enquadramento, e o central do meu enquadramento é um sub de um mais amplo.

Isto torna-se mais importante à medida que a empresa cresce. Uma empresa pequena pode ter um designer que vê todos os enquadramentos de uma vez e sustém toda a imagem de central e sub numa só cabeça. Uma grande tem muitos designers, cada um possuindo um enquadramento, cada um com razão tratando o central do seu enquadramento como central, e nenhum deles vendo o todo. Isso não é um defeito; é como a escala funciona. Mas significa que alguém deve sustentar o enquadramento ao nível da empresa, a vista em que os centrais dos muitos enquadramentos se alinham como centrais e subs do todo, ou a arquitetura fragmenta-se num conjunto de centrais locais que não conectam. Por isso a disciplina para o designer é dupla: desenha o central do teu enquadramento tão excelentemente como se fosse o único central que há, porque no teu enquadramento é; e sabe onde se situa o teu enquadramento na arquitetura mais ampla, para que o teu central se conecte corretamente aos centrais e subs em redor, e o todo se sustenha.

O padrão mais elevado possível é sustentar ambas as verdades de uma vez, que o central do teu enquadramento é genuinamente o central do teu enquadramento, e que num enquadramento mais amplo pode ser um sub, desenhando-o excelentemente de qualquer modo enquanto sabes onde se situa, para que à medida que a empresa cresce e os enquadramentos se multiplicam, os muitos centrais locais ainda conectem num todo coerente.

Conclusão chave: Porque um central é sempre o central de um enquadramento, o mesmo processo é um central num enquadramento e um sub noutro, o que os designers mais vezes erram. O central de um departamento de suporte é o suporte; do enquadramento da empresa esse mesmo processo é um sub. Um processo de assistência na estrada é o central do seu próprio enquadramento e um sub do da empresa, ambos verdade, o enquadramento mudou, não o processo. Isto torna-se mais difícil com o tamanho: muitos designers, cada um possuindo um enquadramento, nenhum vendo o todo, por isso alguém deve sustentar o enquadramento da empresa ou a arquitetura fragmenta-se. Desenha o central do teu enquadramento excelentemente, e sabe onde se situa.

O mesmo processo é um central num enquadramento e um sub noutro; desenha o central do teu enquadramento bem, e sabe onde se situa no todo mais amplo.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Núcleo · Disciplina 2: O Enquadramento · Secção: Central aqui, sub além

MarvinPro | Setembro 2026

marvinpro.com

Um exemplo real

Volta à empresa de software, e repara em quantos enquadramentos sustém. No enquadramento de toda a empresa, o negócio central é a subscrição de software, e o processo central é a coluna vertebral que já conheceste: subscrever, ativar, entregar, verificar. Esse é o central da empresa. Mas a empresa não é um só enquadramento; é muitos, aninhados dentro dela.

Toma a equipa de suporte, aquela cujo processo de comunicação encheu os volumes anteriores. No enquadramento dessa equipa, o seu negócio central é o suporte: responder bem ao problema, manter os clientes informados e estáveis quando algo quebra. O processo de comunicação é o seu central, a sua coluna vertebral, o fluxo que entrega aquilo para que o seu enquadramento existe. Desenham-no, possuem-no, e com razão tratam-no como central. Porém no enquadramento da empresa, esse mesmo processo de comunicação é um sub, um suporte à volta do central da subscrição, alcançado quando o central falha. Central no enquadramento da equipa; sub no da empresa. O processo é um; o enquadramento decide o seu nome. O mesmo vale para as finanças: no enquadramento do departamento de finanças, cobrar e recolher são centrais, a sua coluna vertebral; no enquadramento da empresa, são subprocessos a que o central da subscrição se conecta quando o dinheiro deve mover-se.

Por isso a empresa de software não é um central com alguns processos menores pendurados nele. É um ninho de enquadramentos, cada um com o seu próprio central: o central da subscrição da empresa, o central da comunicação da equipa de suporte, o central da cobrança do departamento de finanças, e mais além. Cada designer, em cada enquadramento, desenha o seu central como a coluna vertebral que é. E alguém, no enquadramento da empresa, sustém a vista em que todos eles se alinham, o central da subscrição no centro, os outros os seus subs e suportes, para que o todo conecte. Isso é o que nomear o enquadramento revela: não um só central e os seus servos, mas muitos centrais, cada um real no seu próprio enquadramento, montados num só design.

A empresa de software é um ninho de enquadramentos, cada um com o seu próprio central; o mesmo processo é um central num enquadramento e um sub noutro, e o todo sustém-se só quando alguém nomeia os enquadramentos e os alinha.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Núcleo · Disciplina 2: O Enquadramento · Um exemplo real

MarvinPro | Setembro 2026

marvinpro.com

O Enquadramento

Não há processo central no abstrato. Um central é sempre o central de um enquadramento, uma empresa, um departamento, uma equipa, e o enquadramento pode ser toda a empresa ou qualquer parte dela. Por isso antes de nomear um central, nomeia o enquadramento a que pertence, porque o central entrega o negócio central desse enquadramento, e muda o enquadramento e mudas o central. A pergunta nunca é "qual é o processo central?" mas "de quem é o central, em que enquadramento?" Nomeia o enquadramento primeiro, e a pergunta torna-se respondível; salta-o, e cais na confusão em que os designers caem mais, a debater se um processo é central quando a resposta depende de um enquadramento que ninguém nomeou.

Um enquadramento nem sempre tem um central. Tem um por cada negócio central que entrega: uma empresa que só vende subscrições tem um só central; uma que também opera serviços profissionais tem dois. Conta os centrais contando os negócios centrais, não por tamanho nem equipa, e se não podes nomear dois negócios centrais distintos, não tens dois centrais. Cada central que um enquadramento tem deve ser desenhado como a sua própria coluna vertebral, e conectado aos outros onde se encontram, para que nenhum negócio central para o qual o enquadramento existe fique sem uma.

E porque um central é sempre o central de um enquadramento, o mesmo processo é um central num enquadramento e um sub noutro. O central de um departamento de suporte é o suporte; do enquadramento da empresa esse mesmo processo é um sub. Um processo de assistência na estrada é o central do seu próprio enquadramento e um sub do da empresa, ambos verdade, o enquadramento mudou, não o processo. Um designer deve sustentar ambas: este é o central do meu enquadramento, desenhado tão excelentemente como se fosse o único central que há, e o central do meu enquadramento é um sub de um mais amplo, conectado corretamente ao que o rodeia.

Isto cresce com a empresa. Um enquadramento pequeno tem um designer que vê o todo; um grande tem muitos, cada um possuindo um enquadramento, cada um com razão tratando o seu central como central, e nenhum vendo-o todo. Por isso alguém deve sustentar o enquadramento da empresa, a vista em que os muitos centrais se alinham como centrais e subs do todo, ou a arquitetura fragmenta-se em centrais locais que não conectam. Por isso a disciplina é esta: nomeia o enquadramento antes do central; conta os centrais pelos negócios centrais; e sustém ambas as verdades, que o central do teu enquadramento é verdadeiramente central, e que num enquadramento mais amplo pode ser um sub, para que os muitos enquadramentos de uma empresa que cresce ainda se montem num só design que se sustenha.

Nomeia o enquadramento, e o central torna-se claro: de quem é o central, quantos, e onde se situa cada um entre os centrais e subs em redor.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Núcleo · Disciplina 2: O Enquadramento · Resultado do Capítulo

MarvinPro | Setembro 2026

marvinpro.com

Pensa Simples.