PROCESS

Aqui é Como Construir

Design

Procedimento

Um gatilho é um evento

Um procedimento tem uma entrada, e alguma coisa tem de a abrir. Essa coisa é o gatilho: o evento que inicia o trabalho. É nomeado como um evento, com a sua origem. Para a abertura da conta, o gatilho é "um pagamento liquidado chega pela costura, vindo da liquidação do pagamento". Qualquer pessoa que leia o procedimento sabe exatamente o que o inicia e de onde isso vem.

Um gatilho não é um hábito. "Quando alguém consulta a fila" descreve quando uma pessoa se põe a olhar, não o que inicia o trabalho, e o trabalho começa mais cedo ou mais tarde consoante quem está a olhar. Um gatilho também não é uma pessoa que repara em alguma coisa. Se o procedimento começa quando alguém vê que há algo para fazer, só começa quando alguém o vê.

Um momento pode ser um gatilho, quando a parte depende realmente do tempo: um processamento noturno, uma data de renovação, o fim de um mês. Então o relógio é nomeado como gatilho, com a hora ou a data. O que um procedimento não pode ter é nenhum gatilho. Um procedimento sem um gatilho com nome começa sempre que alguém se lembra.

O padrão mais elevado possível é iniciar cada procedimento com um único gatilho com nome (um evento com a sua origem, ou um momento com nome), nunca um hábito nem uma pessoa que repara em alguma coisa, para que qualquer pessoa que leia o procedimento saiba o que o inicia e de onde isso vem.

Conclusão chave: O gatilho é o evento que inicia um procedimento, nomeado com a sua origem, como "um pagamento liquidado chega pela costura, vindo da liquidação do pagamento". Não é um hábito, como consultar uma fila, nem uma pessoa que repara em alguma coisa. Um momento pode ser um gatilho quando a parte depende do tempo, e então nomeia-se o relógio. Um procedimento sem um gatilho com nome começa sempre que alguém se lembra.

Um procedimento começa quando alguma coisa acontece, não quando alguém se lembra.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Procedimento · Disciplina 2: O Gatilho · Secção: Um gatilho é um evento

MarvinPro | Outubro 2026

marvinpro.com

O que tem de estar à mão

O gatilho diz quando o trabalho começa. A condição de entrada diz o que o trabalho tem de ter quando começa. O Sub já fixou o que passa pela costura para a parte. O procedimento transforma isso numa lista curta: aquilo que tem de estar presente antes de o primeiro passo contar como iniciado. Para a abertura da conta, a lista é o pagamento liquidado, o cliente e o plano.

A verificação à chegada testa essa lista, e só essa lista. É o primeiro passo do procedimento, antes de se tocar em qualquer outra coisa. Uma verificação que testa menos deixa entrar trabalho incompleto. Uma verificação que testa mais começa a fazer o trabalho da parte à porta, e a linha entre chegar e trabalhar esbate-se.

O trabalho que começa sem a sua lista não falha logo. Para a meio caminho, no passo que precisava do que faltava, e espera aí enquanto alguém anda atrás disso. Essas paragens são as esperas que ninguém planeou. O trabalho que não passa a verificação não espera dentro da parte. Volta pela costura pelo caminho de volta, para que o lado que o pode completar o receba de imediato.

O padrão mais elevado possível é dar a cada procedimento uma condição de entrada tirada daquilo que o Sub fixou na costura, testar exatamente essa lista na verificação à chegada antes de qualquer outro passo, e devolver o trabalho que não passa a verificação pelo caminho de volta em vez de o deixar esperar dentro da parte.

Conclusão chave: A condição de entrada é a lista curta do que tem de estar presente antes de o primeiro passo contar como iniciado, tirada daquilo que o Sub fixou na costura. A verificação à chegada é o primeiro passo, e testa exatamente essa lista, nem menos nem mais. O trabalho que começa sem a sua lista para a meio caminho, em esperas que ninguém planeou. O trabalho que não passa a verificação volta pelo caminho de volta, não para uma fila dentro da parte.

O trabalho que começa sem aquilo de que precisa não falha logo. Para a meio caminho.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Procedimento · Disciplina 2: O Gatilho · Secção: O que tem de estar à mão

MarvinPro | Outubro 2026

marvinpro.com

Sem portas laterais

Todas as entradas num procedimento passam pelo seu gatilho. Parece óbvio, e na maioria das partes não é verdade. O trabalho chega por uma mensagem de chat, por email, por uma palavra no corredor, como um favor a um colega. Cada uma dessas vias é uma porta lateral. O trabalho que entra por uma delas salta a condição de entrada, e por isso salta a verificação à chegada.

As portas laterais abrem-se por boas razões. Alguém quer ajudar um cliente mais depressa, ou poupar um passo a um colega. É por isso que são difíceis de ver. Ninguém acha que está a quebrar o procedimento. Acha que só o está a flexibilizar, uma vez, por uma boa causa, e depois mais uma vez.

Quando se percebe que é precisa uma segunda entrada, há duas opções. Torna-se o mesmo gatilho, com a mesma condição de entrada e a mesma verificação, ou pertence a outra parte, com o seu próprio procedimento. Um caso realmente urgente também não precisa de uma porta lateral. Vai pela via que as Exceções construíram, onde é visto, decidido e registado.

O padrão mais elevado possível é deixar o trabalho entrar num procedimento só pelo seu gatilho, transformar qualquer segunda entrada nesse mesmo gatilho ou levá-la para outra parte, e enviar os casos urgentes pela via que as Exceções construíram, nunca por uma porta lateral.

Conclusão chave: Todas as entradas num procedimento passam pelo seu gatilho. O trabalho que chega por chat, por email ou como favor entra por uma porta lateral, e salta a condição de entrada e a verificação à chegada. As portas laterais abrem-se por boas razões, e é por isso que são difíceis de ver. Uma segunda entrada necessária torna-se o mesmo gatilho ou pertence a outra parte, e um caso urgente vai pela via que as Exceções construíram.

Uma porta lateral abre-se para ajudar. Deixa entrar aquilo que a verificação teria travado.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Procedimento · Disciplina 2: O Gatilho · Secção: Sem portas laterais

MarvinPro | Outubro 2026

marvinpro.com

Um exemplo real

Depois de escrito o procedimento para a abertura da conta, ele começava com um único gatilho: um pagamento liquidado a chegar pela costura, vindo da liquidação do pagamento. A verificação à chegada testava o pagamento liquidado, o cliente e o plano, e nada era aberto enquanto não estivessem lá os três.

Uns meses depois, o Apoio ao Cliente começou a enviar mensagens diretamente ao cargo que abria as contas. Um cliente estava à espera, o pagamento estava quase a passar, podia abrir-se a conta já? Era um pequeno favor, e o cliente podia começar um dia mais cedo. A conta era aberta, e o direito registado, sem nenhum pagamento liquidado por trás.

A maioria desses pagamentos acabou mesmo por passar. Alguns nunca passaram. Esses clientes usaram o software sem pagar até que, semanas depois, isso fosse detetado em "verificar", e o software foi retido a clientes que se julgavam plenamente ativos. Telefonaram para o Apoio ao Cliente, a mesma equipa que tinha pedido o favor.

A solução não foi uma nova regra sobre favores. Foi fechar a porta lateral. O gatilho continuou a ser a única entrada. Um pedido do Apoio ao Cliente vai agora para a liquidação do pagamento, que pode acelerar o pagamento, e nunca para o cargo que abre as contas para o saltar. Uma conta aberta sem um pagamento liquidado é tratada como uma entrada quebrada, não como uma gentileza.

O favor abriu a conta um dia mais cedo. A verificação teria poupado ao cliente semanas de confusão.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Procedimento · Disciplina 2: O Gatilho · Um exemplo real

MarvinPro | Outubro 2026

marvinpro.com

O Gatilho

O gatilho é o evento que inicia um procedimento, nomeado com a sua origem, ou um momento com nome quando a parte depende do tempo. Nunca é um hábito nem uma pessoa que repara em alguma coisa. Um procedimento sem um gatilho com nome começa sempre que alguém se lembra.

Com o gatilho vem a condição de entrada: a lista curta do que tem de estar presente antes de o primeiro passo contar como iniciado, tirada daquilo que o Sub fixou na costura. A verificação à chegada testa exatamente essa lista, primeiro e antes de tudo, e o trabalho que não a passa volta pelo caminho de volta em vez de esperar dentro da parte.

E todas as entradas passam pelo gatilho. As portas laterais abrem-se por boas razões e deixam entrar aquilo que a verificação teria travado. Uma segunda entrada necessária torna-se o mesmo gatilho ou pertence a outra parte, e um caso urgente vai pela via que as Exceções construíram.

Nomeia um gatilho para cada procedimento, testa primeiro a sua condição de entrada e não deixes entrar nada por outra porta.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Procedimento · Disciplina 2: O Gatilho · Resultado do Capítulo

MarvinPro | Outubro 2026

marvinpro.com

Pensa Simples.