PROCESS

Aqui é Como Construir

Design

Sistema

Uma empresa são muitos processos

A maior parte deste livro, até agora, examinou de perto um só processo. As Regras e as Exceções estudaram um em detalhe (a comunicação em torno de uma correção), e o Núcleo passa a seguir ao processo principal que dá a uma empresa a sua razão de ser. Mas nenhuma empresa funciona com um só processo. Por trás de cada produto vendido e de cada cliente servido há muitos processos ao mesmo tempo: um que assegura o negócio principal, outros que o abastecem de dinheiro, sistemas e pessoas, e outros que definem para onde a empresa vai e verificam que lá chega. Cada um tem o seu próprio trabalho, o seu próprio resultado e o seu próprio proprietário. Juntos, são a maneira como a empresa funciona de verdade.

Esse conjunto de processos é o sistema. Não é algo que alguém tenha de inventar: qualquer empresa que funcione já tem um, quer alguém o tenha desenhado quer não. Recebem-se encomendas, enviam-se faturas, contratam-se pessoas, mantêm-se os sistemas a funcionar, fazem-se planos. Cada uma dessas coisas é um processo, e cada uma depende de outros processos. O que muitas vezes falta a uma empresa não é o sistema, mas conseguir vê-lo: uma vista única em que cada processo se vê de uma vez, no seu lugar, ao lado dos processos de que depende.

É dessa vista que trata este volume. Está no topo do zoom que este livro segue: primeiro o sistema, depois o processo central dentro dele, depois as partes desse processo, depois os passos dentro de cada parte e, por fim, o guia para fazer bem um único passo. Cada nível mostra algo que o de baixo não consegue mostrar. Um passo não consegue mostrar o seu procedimento, um procedimento não consegue mostrar o processo que serve, e nenhum processo concreto, por mais bem projetado que esteja, consegue mostrar o sistema a que pertence.

O padrão mais elevado possível é tratar a empresa como um sistema de processos e não como um só processo ou um conjunto solto de tarefas, reconhecer que cada processo já pertence a um sistema, tenha sido desenhado ou não, e começar a projetar no topo do zoom, com todo o sistema à vista, antes de passar a qualquer processo concreto dentro dele.

Conclusão chave: Nenhuma empresa funciona com um só processo. Por trás de cada cliente servido há muitos processos ao mesmo tempo: o negócio principal, os processos que o abastecem de dinheiro, sistemas e pessoas, e os processos que definem a direção e verificam o progresso. Juntos formam o sistema, e qualquer empresa que funcione já tem um, desenhado ou não. O que muitas vezes falta é vê-lo. Este volume está no topo do zoom do livro (sistema, processo central, subprocesso, procedimento, guia), porque cada nível mostra algo que o de baixo não consegue mostrar.

Uma empresa não é um só processo mas um sistema de processos; qualquer empresa já tem um, e projetar começa por vê-lo por inteiro.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 1: Um Sistema · Secção: Uma empresa são muitos processos

MarvinPro | Outubro 2026

marvinpro.com

Ver o todo antes da parte

Porquê começar aí? Porque um processo projetado sozinho pode estar bem projetado e, ainda assim, causar dano. Aperta um processo isoladamente e, muitas vezes, o seu trabalho não desaparece; desloca-se. Um controlo retirado de um processo cai no seguinte. Um atraso cortado do fluxo de uma equipa torna-se uma fila no de outra. Dois processos fazem cada um metade do mesmo trabalho, e uma terceira tarefa não pertence a nenhum e é feita por quem der por ela. Cada processo parece sólido por dentro. O problema só se vê de cima, de onde consegues ver o que passa entre os processos e o que cai entre eles.

A vista do sistema é a forma de o ver. Antes de projetar ou mudar qualquer processo, coloca-o no mapa: o que recebe e de onde, o que entrega e a quem, de que processos depende e quais dependem dele. Então as escolhas mudam. Consegues ver quando uma solução num sítio é, na verdade, um custo empurrado para outro. Consegues ver quando um problema do teu processo nasce, na verdade, noutro. E consegues ver para onde vai o esforço da empresa, e se chega onde o cliente o sente.

Ver o todo não é o mesmo que projetar o todo de uma vez. A vista do sistema não te pede que redesenhes cada processo antes de tocar num. Pede-te que saibas onde está aquele em que estás a tocar, e que o projetes como parte de algo maior. Um processo projetado com o seu sistema à vista pode ser julgado pelo que faz pelo todo. Um processo projetado sem ele só pode ser julgado por si mesmo, e pode parecer perfeito enquanto falha à empresa.

O padrão mais elevado possível é colocar cada processo no mapa do sistema antes de o projetar ou mudar, saber o que recebe, o que entrega e de que processos depende, e julgar qualquer mudança pelo seu efeito em todo o sistema, para que uma melhoria num sítio nunca seja um custo empurrado em silêncio para outro.

Conclusão chave: Um processo projetado sozinho pode estar bem projetado e, ainda assim, causar dano: o seu trabalho desloca-se em vez de desaparecer, e cai nos processos vizinhos sob a forma de controlos, filas, esforço duplicado ou trabalho que não pertence a ninguém. Cada processo parece sólido por dentro; o problema só se vê de cima. Por isso, antes de projetar ou mudar um processo, coloca-o no mapa: o que recebe, o que entrega, de que depende e o que depende dele. Ver o todo não significa reprojetar tudo de uma vez; significa projetar esse processo como parte de algo maior.

Coloca um processo no seu sistema antes de o mudar; o trabalho cortado de um processo não desaparece, desloca-se.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 1: Um Sistema · Secção: Ver o todo antes da parte

MarvinPro | Outubro 2026

marvinpro.com

Um sistema, não uma lista

Uma lista de processos ainda não é um sistema. Muitas empresas têm uma lista: uma página com nomes de processos, talvez agrupados por departamento, talvez numerados. Diz-te o que existe. Não te diz como tudo isso funciona em conjunto. Um sistema são os processos e o que os liga, e uma vista dele tem de mostrar mais do que nomes.

Tem de mostrar quatro coisas, e são os quatro movimentos deste volume. Primeiro, o mapa: cada processo que a empresa executa, nomeado uma vez, ao mesmo nível, numa só página. Depois, o tipo de cada um: se assegura o negócio principal, se o apoia ou se orienta a empresa, porque cada tipo se projeta e se julga de forma diferente. Depois, as ligações: o que flui de um processo para outro, para que cada processo possa ser lido pelo que recebe e pelo que entrega. E, por fim, a governação: um proprietário para cada processo, e alguém que mantenha o próprio mapa fiel à medida que a empresa muda.

Se faltar qualquer uma delas, a vista deixa de funcionar. Um mapa sem tipos trata cada processo como igualmente central, e o processo central desaparece entre os processos que o apoiam. Tipos sem ligações mostram uma empresa de caixas separadas, sem nada que passe entre elas. Ligações sem proprietários mostram por onde flui o trabalho, mas não quem responde por ele. E um mapa que ninguém mantém fiel é exato durante algum tempo, e depois enganador. Com as quatro no lugar, o sistema torna-se algo que consegues ler, que te serve de referência para projetar e em que podes confiar.

O padrão mais elevado possível é construir a vista do sistema como algo mais do que uma lista de processos: um só mapa em que cada processo é nomeado ao mesmo nível, classificado por tipo, ligado pelo que flui entre ele e os seus vizinhos e governado por um proprietário designado, e em que o próprio mapa tem proprietário e se mantém fiel à medida que a empresa muda.

Conclusão chave: Uma lista de processos mostra o que existe, não como tudo funciona em conjunto. Uma vista do sistema mostra quatro coisas, que são os quatro movimentos deste volume: o mapa (cada processo nomeado uma vez, ao mesmo nível, numa só página), o tipo de cada um (central, de suporte ou de orientação), as ligações (o que flui de um processo para outro) e a governação (um proprietário para cada processo, e para o próprio mapa). Se faltar uma, a vista falha: sem tipos, o processo central desaparece; sem ligações, os processos são caixas separadas; sem proprietários, ninguém responde pelo fluxo; e um mapa que ninguém mantém fiel torna-se enganador.

Um sistema não é uma lista de processos: é cada processo mapeado, classificado, ligado e com proprietário, e mantido fiel à medida que a empresa muda.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 1: Um Sistema · Secção: Um sistema, não uma lista

MarvinPro | Outubro 2026

marvinpro.com

Um exemplo real

Volta à empresa de software que conheceste nas Regras, e desta vez olha para ela de cima. Até agora viste de perto um só dos seus processos: nas Regras e nas Exceções, a comunicação em torno de uma correção, ou seja, como o problema é triado, tratado e contado. De cima, esse processo é uma caixa entre muitas.

No centro está o trabalho para o qual a empresa existe: vender software por subscrição e manter cada cliente subscrito, licenciado e com o software a funcionar. O volume seguinte chama-lhe o processo central e projeta-o. À volta dele estão os processos sem os quais não pode funcionar. As finanças cobram o cliente, enviam a fatura e recebem o que é devido. As TI mantêm a funcionar os sistemas de que a subscrição depende. Um processo dedicado às pessoas recruta e forma as equipas que fazem o trabalho. A comunicação (o processo que já conheces) informa os clientes do que se passa quando algo corre mal. E acima de todos, o planeamento decide que planos vender e em que mercados, e a governação verifica que cada processo cumpre o que promete.

Agora segue um acontecimento comum através do mapa. O pagamento com cartão de um cliente falha na renovação. As finanças tentam cobrar, e não conseguem. O processo central, que verifica uma e outra vez se a subscrição continua ativa, vê que não está e retém o software. A comunicação explica ao cliente porquê, e como resolver. É um só acontecimento que atravessa três processos, cada um sólido por si. Mas se as finanças continuarem a tentar a cobrança durante uma semana enquanto o processo central retém o software ao fim de um só dia, o cliente fica sem acesso por causa de um pagamento que teria passado. Nenhum dos dois processos está errado por dentro. A falha está na forma como se encontram, e só se vê no mapa.

Visto de cima, uma renovação falhada atravessa as finanças, o processo central e a comunicação; cada processo pode estar sólido por dentro enquanto o sistema falha onde se encontram.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 1: Um Sistema · Um exemplo real

MarvinPro | Outubro 2026

marvinpro.com

Um Sistema

Uma empresa não é um só processo. É um sistema de processos: um que assegura o negócio principal, outros que o apoiam com dinheiro, sistemas e pessoas, e outros que definem a sua direção e verificam o seu progresso. Qualquer empresa que funcione já tem um, desenhado ou não; o que muitas vezes falta é vê-lo. Este volume começa o zoom do livro pelo topo, com todo o sistema, antes do processo central, das suas partes, dos seus passos e do guia para um único passo.

Ver o todo vem primeiro porque um processo projetado sozinho pode estar bem projetado e, ainda assim, causar dano. O seu trabalho desloca-se em vez de desaparecer, e cai nos processos vizinhos sob a forma de controlos, filas, duplicação ou trabalho que não pertence a ninguém. Por isso, antes de projetar ou mudar qualquer processo, coloca-o no mapa: o que recebe, o que entrega, de que depende e o que depende dele. Depois julga cada mudança pelo que faz ao todo.

E uma vista do sistema tem de ser mais do que uma lista. Mostra quatro coisas: cada processo num só mapa, o tipo de cada um, as ligações entre eles e um proprietário para cada processo e para o próprio mapa. Se faltar uma, a vista falha. Mantém as quatro, e o sistema torna-se algo que consegues ler, que te serve de referência para projetar e em que podes confiar: o terreno sobre o qual assenta cada volume seguinte deste livro.

Uma empresa é um sistema de processos: vê-o por inteiro, num só mapa, classificado, ligado e com proprietário, antes de projetar qualquer processo dentro dele.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Sistema · Disciplina 1: Um Sistema · Resultado do Capítulo

MarvinPro | Outubro 2026

marvinpro.com

Pensa Simples.