PROCESS

Aqui é Como Construir

Design

Sistema

O que atravessa

Valor marcou as passagens. Esta disciplina projeta-as. Cada ponto em que o trabalho passa de uma caixa para outra é uma ligação: uma encomenda da venda para o fornecimento, um pedido de cobrança do fornecimento para os pagamentos, um caso do Apoio ao Cliente de volta ao fornecimento. Uma ligação não é um passo dentro de nenhuma das duas caixas. É o acordo entre elas sobre a forma como o trabalho atravessa. Dentro de um processo, os pontos onde as suas partes se unem são as costuras que o Sub projeta. Entre as caixas do mapa, as passagens são ligações, e é aqui que se projetam.

Uma ligação tem três partes. O que passa: uma só coisa, com nome e completa, para que o lado que recebe nunca tenha de voltar a perguntar. Quando passa: o gatilho, para que o lado que recebe saiba quando a esperar. E o que significa recebido: o estado final da transferência, o momento em que os dois lados concordam que o trabalho mudou de mãos. Uma ligação a que falte qualquer uma das três continua a funcionar quase sempre. Falha nos dias que importam: quando o volume sobe, quando um caso é invulgar, quando está alguém novo numa das pontas.

A maioria das ligações de um mapa nunca foi projetada. Cresceram sozinhas: uma folha de cálculo enviada por e-mail às sextas-feiras, um campo que uma equipa aprendeu a preencher para a outra, o hábito de telefonar a alguém. Funcionam porque as pessoas de cada ponta se conhecem. Projetar uma ligação põe por escrito o que essas pessoas já sabem e fecha o que contornam em silêncio, para que a ligação aguente quando as pessoas mudarem.

O padrão mais elevado possível é tratar cada passagem entre caixas como uma ligação, acordar para cada uma o que passa, quando passa e o que significa recebido, e pôr por escrito as ligações que cresceram por hábito, para que aguentem quando mudarem as pessoas de qualquer das pontas.

Conclusão chave: Cada ponto em que o trabalho passa de uma caixa para outra é uma ligação: não um passo dentro de nenhuma das duas caixas, mas o acordo entre elas sobre a forma como o trabalho atravessa. As costuras dentro de um processo pertencem ao Sub; as ligações entre caixas pertencem aqui. Uma ligação tem três partes: o que passa, quando passa e o que significa recebido (o estado final da transferência). A maioria das ligações cresceu sozinha em vez de ser projetada, e só funciona enquanto as mesmas pessoas estiverem em cada ponta. Projetar uma ligação põe por escrito o que elas sabem e fecha o que contornam.

Uma ligação não é um passo em nenhuma das duas caixas. É o acordo sobre a forma como o trabalho atravessa de uma para a outra.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 6: Ligações · Secção: O que atravessa

MarvinPro | Outubro 2026

marvinpro.com

Transmitido, nunca partilhado

O Mapa fixou um princípio para as passagens: o trabalho é transmitido, nunca partilhado. Em cada momento, o trabalho está de um lado da ligação, e a ligação é o ponto exato em que se move. Antes desse ponto, o trabalho é do lado que envia; depois, é do lado que recebe. Trabalho que está dos dois lados ao mesmo tempo não está em nenhum, porque cada lado assume que o outro o tem.

É por isso que uma ligação é acordada pelos dois lados. Uma ligação escrita só pelo lado que envia descreve o que envia, não aquilo de que o outro lado precisa. Uma ligação escrita só pelo lado que recebe descreve o que quer, não o que o outro lado pode dar. Acordada em conjunto, a ligação regista as duas coisas: o que passa, numa forma que o lado que envia consegue produzir e o lado que recebe consegue usar. O Núcleo tratou a cobrança como uma conexão, alcançada de dentro do processo central. À altura do mapa, essa mesma conexão é uma ligação com dois lados, e os dois lados projetam-na.

O acordo fixa também o que não é transmitido. A informação pode ser partilhada livremente: os dois lados podem ver o registo do cliente, o histórico e o estado. O que nunca se partilha é o próprio trabalho: a próxima ação que alguém tem de fazer. A informação partilhada mantém os dois lados informados. O trabalho partilhado deixa os dois lados à espera.

O padrão mais elevado possível é transmitir o trabalho em cada ligação e nunca o partilhar, para que em cada momento esteja de um só lado, acordar cada ligação com os dois lados em conjunto e partilhar a informação livremente, mantendo a próxima ação de um só lado.

Conclusão chave: O trabalho é transmitido, nunca partilhado. Em cada momento está de um lado da ligação, e a ligação é o ponto exato em que se move; trabalho dos dois lados ao mesmo tempo não está em nenhum. Uma ligação é acordada pelos dois lados, porque um só lado descreve apenas metade. A conexão do Núcleo aos pagamentos, vista à altura do mapa, é uma ligação com dois lados. A informação pode ser partilhada livremente; o próprio trabalho (a próxima ação), nunca.

O trabalho é transmitido, nunca partilhado. A informação partilhada mantém os dois lados informados; o trabalho partilhado deixa-os à espera.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 6: Ligações · Secção: Transmitido, nunca partilhado

MarvinPro | Outubro 2026

marvinpro.com

O caminho de volta

O trabalho avança através de uma ligação. A informação tem de voltar: uma rejeição quando o que chegou estava incompleto, uma falha quando o lado que recebe não conseguiu fazer a sua parte, uma alteração quando um lado muda algo de que o outro depende. Uma ligação sem caminho de volta é aquela contra a qual Valor avisava: uma alteração que uma equipa fez e de que a seguinte nunca ouviu falar. O caminho de volta projeta-se com as mesmas três partes do caminho de ida: o que volta, quando volta e o que significa recebido.

Uma ligação é acordada pelos dois lados, por isso qualquer alteração de qualquer dos lados a reabre, por mais pequena que seja. Antes de a alteração entrar em produção, fazem-se passar pela ligação os casos acordados, os normais e as falhas, e verifica-se que cada um chega onde deve. As alterações mais pequenas são as mais perigosas, porque ninguém as vê como alterações à ligação. Uma alteração grande é planeada e testada. Uma atualização menor é instalada numa terça-feira qualquer, e a ligação que estraga fica estragada em silêncio.

Cada ligação é também um sítio onde o valor se pode perder, por isso o melhor número de ligações é o menor de que o trabalho precisa. O mapa e o teste do valor já eliminaram as passagens que não serviam ninguém. As ligações que ficam são projetadas de propósito, cada uma com o seu caminho de ida, o seu caminho de volta e os seus casos prontos a correr.

O padrão mais elevado possível é projetar um caminho de volta para cada ligação, com as mesmas três partes do caminho de ida, tratar qualquer alteração de qualquer dos lados como uma reabertura da ligação, por mais pequena que seja, fazer passar por ela os casos acordados antes de a alteração entrar em produção e manter as ligações no menor número de que o trabalho precisa.

Conclusão chave: O trabalho avança através de uma ligação, e as rejeições, as falhas e as alterações têm de voltar, projetadas com as mesmas três partes do caminho de ida. Uma ligação sem caminho de volta falha em silêncio. Qualquer alteração de qualquer dos lados reabre a ligação, por mais pequena que seja, e os casos acordados passam por ela antes de a alteração entrar em produção. As alterações mais pequenas são as mais perigosas, porque ninguém as vê como alterações à ligação. Cada ligação é um sítio onde o valor se pode perder, por isso o número certo é o menor de que o trabalho precisa.

Uma ligação sem caminho de volta falha em silêncio. Qualquer alteração de qualquer dos lados reabre-a, por mais pequena que seja.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 6: Ligações · Secção: O caminho de volta

MarvinPro | Outubro 2026

marvinpro.com

Um exemplo real

Quando uma subscrição é ativada, fornecer subscrições envia um pedido de cobrança a cobrar pagamentos, e envia outro em cada renovação. No lançamento, um pagamento falhado voltava através da ligação, e o software era retido a tempo.

Depois, cobrar pagamentos instalou uma atualização de rotina do seu software de pagamentos: uma versão menor com pequenas correções, nada que alguém visse como uma alteração. Uma dessas correções mudou o nome do estado que o software usava para comunicar um pagamento falhado. Fornecer subscrições continuava à espera do nome antigo. Nada se estragou em nenhum dos lados, por isso não apareceu nenhum erro em lado nenhum. As falhas simplesmente deixaram de chegar.

Nas semanas seguintes, os pagamentos falhados não foram para lado nenhum. Fornecer subscrições manteve o software a funcionar para clientes que não pagavam, e acompanhar os clientes não soube de nada. Depois, uma limpeza manual cortou o serviço a todos esses clientes de uma vez. Começaram as chamadas, e o Apoio ao Cliente não lhes sabia dizer porquê.

O novo design começou por pôr a ligação por escrito, acordada pelas duas caixas. O que passa: o pedido de cobrança, com cliente, montante e período. Quando: na ativação e em cada renovação. O que significa recebido: confirmado e agendado por cobrar pagamentos. O caminho de volta foi escrito da mesma forma. Um pagamento falhado volta a fornecer subscrições, que retém o software ao fim de um período de tolerância definido, e acompanhar os clientes é avisado no mesmo momento. Depois veio a regra: qualquer alteração de qualquer dos lados que toque na ligação reabre-a, e antes de a alteração entrar em produção fazem-se passar pela ligação três casos acordados: um pagamento que é cobrado, um que falha e um que chega atrasado.

A atualização de rotina seguinte voltou a mudar o nome de um campo. Foi detetada quando os três casos correram, dois dias antes da publicação. Os clientes cujos pagamentos falhavam passaram a sabê-lo primeiro pela empresa, e quando telefonavam, o Apoio ao Cliente já sabia porquê.

Uma atualização menor mudou o nome de um estado e estragou uma ligação em silêncio; posta por escrito, acordada e testada a cada alteração, a ligação deteta agora a seguinte antes da publicação.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 6: Ligações · Um exemplo real

MarvinPro | Outubro 2026

marvinpro.com

Ligações

Cada passagem entre caixas é uma ligação: o acordo entre duas caixas sobre a forma como o trabalho atravessa, distinto das costuras dentro de um processo. Uma ligação tem três partes: o que passa, quando passa e o que significa recebido. As ligações que cresceram sozinhas em vez de serem projetadas funcionam enquanto as mesmas pessoas estiverem em cada ponta, e falham quando essas pessoas mudam.

O trabalho é transmitido, nunca partilhado. Em cada momento está de um lado da ligação, e a ligação é o ponto em que se move, por isso os dois lados acordam a ligação em conjunto. A informação pode ser partilhada livremente; o próprio trabalho (a próxima ação), nunca.

Cada ligação precisa de um caminho de volta para as rejeições, as falhas e as alterações, projetado como o caminho de ida. Qualquer alteração de qualquer dos lados reabre a ligação, por mais pequena que seja, e os casos acordados passam por ela antes de a alteração entrar em produção. As alterações mais pequenas são as mais perigosas, porque ninguém as vê como alterações à ligação. Projetadas assim, as ligações de que o trabalho precisa, e não mais, levam-no através do mapa nos dois sentidos, e continuam comprovadas.

Projeta cada ligação entre caixas: o que passa, quando e o que significa recebido, com um caminho de volta, e volta a comprová-la sempre que qualquer dos lados mude.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 6: Ligações · Resultado do Capítulo

MarvinPro | Outubro 2026

marvinpro.com

Pensa Simples.