PROCESS

Aqui é Como Construir

Design

Regras

A bifurcação

Uma exceção, uma vez encontrada, não pode simplesmente ficar. Foi trazida à luz, à secretária, por um e se, pela observação precoce, e agora espera uma decisão, porque uma exceção encontrada que nem é gerida nem registada é pior do que uma nunca encontrada: vive na memória de alguém, a meio lembrada, até ao dia em que é precisa e já não está. Por isso cada exceção trazida à luz encontra a mesma bifurcação. Ou é incorporada, gerida agora, dotada de um caminho a seguir e, onde se pode, dobrada rumo às regras, ou é posta de lado, registada com honestidade como uma exceção conhecida e pousada para um ciclo de design posterior. Não há uma terceira via onde seja deixada por triar. Triada tem de ser, de uma maneira ou de outra.

Esta é a disciplina que mantém honesto um design. Um designer sob pressão para declarar o trabalho terminado é tentado a tratar cada exceção como gerida, ou a deixar as incómodas desaparecer em silêncio. Ambas são mentiras que o design pagará. Uma exceção tratada como gerida quando não está torna-se um Executor encalhado sem aviso. Uma exceção deixada desaparecer torna-se o mesmo, chegando um dia sem nada preparado para ela. A bifurcação recusa ambas. Diz de cada exceção, com clareza, esta é gerida agora, ou esta é conhecida e espera, e escreve a segunda em vez de fingir que não existe. Um design que entra em funcionamento com uma lista curta e honesta de exceções postas de lado é mais sólido do que um que entra afirmando não ter nenhuma, porque o primeiro sabe onde estão as suas bordas e o segundo só o crê.

Por isso a bifurcação não é uma formalidade mas um compromisso. Incorporar é comprometer o esforço agora, dar a este caso um caminho a seguir real antes de o trabalho o encontrar. Pôr de lado é comprometer-se à honestidade agora e ao esforço depois, dizer que este caso é real, que não está gerido ainda, e aqui está escrito para que não se esqueça. O que o designer não pode fazer é nenhuma das duas: nem gerir nem registar, nem decidir nem adiar. Cada exceção encontrada ou é incorporada ou é posta de lado, e a escolha entre ambas é o trabalho desta disciplina.

O padrão mais elevado possível é levar cada exceção trazida à luz a uma decisão, incorporada agora ou posta de lado com honestidade para depois, e nunca deixar uma por triar, a meio lembrada, ou em silêncio desejada fora, para que o design saiba sempre quais das suas bordas estão geridas e quais permanecem abertas.

Conclusão chave: Uma exceção, uma vez encontrada, não pode ficar por triar; uma exceção encontrada que nem é gerida nem registada é pior do que uma nunca encontrada, porque fica a meio lembrada até ao dia em que é precisa e já não está. Por isso cada exceção trazida à luz encontra uma bifurcação: incorporada, gerida agora e dobrada rumo às regras onde se pode, ou posta de lado, registada com honestidade como exceção conhecida para um ciclo posterior. Isto mantém o design honesto: um que entra em funcionamento com uma lista curta e honesta de postas de lado é mais sólido do que um que afirma não ter nenhuma, porque sabe onde estão as suas bordas.

Cada exceção trazida à luz ou é incorporada agora ou posta de lado com honestidade para depois; nunca é deixada por triar.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 3: Incorporar ou Pôr de Lado · Secção: A bifurcação

MarvinPro | Juin 2026

marvinpro.com

Pouco esforço ou muito esforço

O que decide para que lado vai uma exceção é o esforço de a gerir, pesado contra quão a miúde e quão urgentemente chega. Uma exceção é de pouco esforço para incorporar quando geri-la é sobretudo questão de reescrever os manuais, com pouco alinhamento de interessados ou parceiros necessário, o designer pode fazê-lo em grande parte à secretária, sem rondas de consulta. É de muito esforço quando a sua gestão precisa de trabalho de desenvolvimento real, ou de amplo alinhamento entre muitos interessados e parceiros, do género de coisa que leva tempo e não se pode fazer a sós.

Isto é sobre o esforço de gerir o caso, não o tamanho do caso em si, e os dois confundem-se com facilidade. Um reembolso caro pode ser de pouco esforço para incorporar, se tudo o que precisa é uma linha num guia que diga onde tal reembolso é aprovado. Um assunto pequeno e barato pode ser de muito esforço, se geri-lo significa alinhar três equipas e um parceiro externo sobre quem faz o quê. O dinheiro em jogo no caso diz-te quanto cuidado a gestão merece; não te diz quão difícil é a gestão de desenhar. Por isso o designer julga o esforço, a escrita, o alinhamento, o desenvolvimento, e não o valor do caso, ao decidir quão depressa pode ser incorporado.

Daqui segue a regra da triagem. Quando uma exceção é de pouco esforço para incorporar, incorpora-a de imediato, por rara que seja, porque pôr de lado uma correção rápida custa mais do que a correção. Pôr uma pequena mudança de manual numa lista de pendentes, para rever nalgum ciclo posterior, é gastar mais a gerir o item do que a gestão teria levado, e deixar a equipa executora sem apoio entretanto, onde um problema evitável pode crescer enquanto uma resposta de uma linha espera. Pouco esforço quer dizer fá-lo agora. Quando uma exceção é de muito esforço, a frequência decide. Um caso de muito esforço que é frequente, urgente ou prejudicial ganha o esforço e é incorporado agora, o seu custo justificado por quão a miúde ou quão mal morde. Um caso de muito esforço que é só ocasional pode não valer ainda a pena desenhar uma solução, e pode esperar pelo próximo ciclo de design, porque construir gestão para o que raramente acontece gasta esforço que o design ainda não deve. E a prontidão condiciona tudo: até uma exceção digna espera se a equipa não está pronta para assumir a sua gestão, já que incorporá-la antes de a poderem executar deixá-la-ia encalhada de qualquer modo.

O padrão mais elevado possível é julgar cada exceção pelo esforço de a gerir, não pelo tamanho do caso, incorporando de imediato o que for de pouco esforço por raro que seja, incorporando os casos de muito esforço que são frequentes ou urgentes, adiando os casos de muito esforço que são só ocasionais, e nunca incorporando mais depressa do que a equipa está pronta para executar.

Conclusão chave: O que decide a bifurcação é o esforço de gerir a exceção, pesado contra frequência e urgência. Pouco esforço quer dizer sobretudo uma reescrita de manual com pouco alinhamento; muito esforço quer dizer desenvolvimento real ou amplo alinhamento de interessados e parceiros. Isto é esforço de gerir, não tamanho do caso: um reembolso caro pode ser de pouco esforço (uma linha num guia), um assunto pequeno de muito esforço (muitas partes a alinhar). Por isso: pouco esforço, incorpora de imediato por raro que seja, porque pôr de lado uma correção rápida custa mais do que a correção; muito esforço, deixa a frequência decidir, frequente ou urgente agora, ocasional adiado; e a prontidão condiciona, nunca incorpores mais depressa do que a equipa pode executar.

Julga pelo esforço de gerir, não pelo tamanho do caso: faz o pouco esforço agora por raro que seja, e deixa a frequência decidir o muito esforço.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 3: Incorporar ou Pôr de Lado · Secção: Pouco esforço ou muito esforço

MarvinPro | Junho 2026

marvinpro.com

Pôr de lado com honestidade

Pôr de lado uma exceção não é falhar nela. É fazer uma escolha deliberada: este caso é real, é de muito esforço e só ocasional, por isso a sua gestão completa será desenhada num ciclo posterior, não neste. Pôr de lado é como um designer gere o tempo finito sem mentir sobre isso. A alternativa, forçar cada exceção no design atual custe o que custar, ou atrasaria todo o trabalho ou geriria os casos raros tão à pressa que a gestão seria pobre. Adiar o caso ocasional e de muito esforço para o seu momento próprio não é negligência; é a economia honesta de um designer que sabe que nem toda a borda ganha atenção de uma vez.

Mas pôr de lado carrega dois deveres, e sem eles torna-se mero abandono. O primeiro é registar. Uma exceção posta de lado escreve-se, com clareza, como um caso aberto conhecido, para que não se esqueça e possa ser retomada no próximo ciclo. Uma brecha registada é uma brecha que o design sabe que tem, e uma brecha conhecida é segura de uma maneira que uma oculta nunca é: pode ser vigiada, planeada e fechada por sua vez. Uma exceção posta de lado só na memória não está posta de lado; está perdida. O segundo dever é deixar um caminho através entretanto, pois um caso posto de lado não tem gestão própria ainda, mas pode ainda ocorrer antes de o próximo ciclo desenhar uma, e nenhum Executor pode ficar encalhado por ele. Por isso o caso posto de lado é coberto, e a sua cobertura melhora por etapas. Desde o início, a via de escalonamento permanente sustém-se: um caso sem gestão própria é escalonado para uma decisão. Essa via é mais curta e mais direta no breve período de hypercare logo após entrar em funcionamento, quando o designer ainda está perto, e mais longa uma vez que o processo assentou, correndo por vários níveis antes de chegar ao designer no topo, a maioria dos casos resolvidos bem abaixo. Depois, assim que uma solução provisória é encontrada, um caminho através temporário e suficientemente bom, o caso posto de lado recebe-a, e o Executor segue a solução provisória diretamente em vez de escalonar cada vez. E quando o caso é enfim incorporado, a solução provisória não perdura: transita para, ou é substituída por, a nova regra ou passos. Escalonamento, depois solução provisória, depois gestão desenhada, cada etapa passando limpamente à seguinte, para que o Executor tenha sempre um caminho a seguir enquanto o design se põe em dia. A via de escalonamento e os seus níveis são retomados na sua própria disciplina; aqui basta que o caso posto de lado nunca fique sem nada.

E a lista de postas de lado não é um cemitério. É um registo vivo das bordas abertas do design, revisto a cada ciclo, reduzido à medida que os casos de muito esforço ganham a sua gestão e os recorrentes se dobram nas regras. Deve encolher, não crescer. Uma lista que só se alonga é sinal de que a incorporação está a ser evitada, de que casos que poderiam ser geridos estão a ser postos de lado para parecer produtivo. Pôr de lado é para o genuinamente de muito esforço e ocasional, não um lugar onde pôr trabalho que se preferiria não fazer. O cuidado dessa lista ao longo do tempo, a sua revisão e redução, é o seu próprio assunto, retomado para além deste volume; o que importa aqui é que quando um designer põe de lado, regista-o com honestidade, cobre-o até à sua vez, e tenciona voltar.

O padrão mais elevado possível é pôr de lado só os casos de muito esforço e ocasionais, registar cada um com clareza como uma brecha aberta conhecida, cobri-lo por etapas até a sua gestão ser construída, escalonamento, depois uma solução provisória, depois a nova regra ou passos, e tratar a lista de postas de lado como um registo vivo a reduzir, nunca um cemitério a esquecer.

Conclusão chave: Pôr de lado não é falhar mas uma escolha deliberada, desenhar um caso de muito esforço e ocasional num ciclo posterior, a economia honesta do tempo finito. Carrega dois deveres: registar a exceção com clareza como uma brecha aberta conhecida, já que uma brecha conhecida é segura onde uma oculta não é, e cobri-la até à sua vez. A cobertura melhora por etapas: a via de escalonamento permanente primeiro (mais curta no breve hypercare, mais longa e de vários níveis uma vez assente), depois uma solução provisória assim que exista, depois a nova regra ou passos, para a qual a solução provisória transita ou pela qual é substituída quando o caso é incorporado. A lista é viva, reduzida, nunca um cemitério nem um lugar onde pôr trabalho que se preferiria não fazer.

Põe de lado só o de muito esforço e ocasional, regista-o como brecha conhecida, cobre-o por escalonamento e depois solução provisória até a regra ou passos a substituírem.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 3: Incorporar ou Pôr de Lado · Secção: Pôr de lado com honestidade

MarvinPro | Junho 2026

marvinpro.com

Um exemplo real

Volta à empresa de software, os e se e os casos precoces agora em mão, cada um à espera na bifurcação. O cliente que optou por não ser contactado veio primeiro. Era de pouco esforço: geri-lo significava uma linha num guia, quando um cliente pediu para não ser contactado, suprime a mensagem e avança, sem parceiro a alinhar e sem desenvolvimento a fazer. Embora tais clientes não fossem comuns, foi incorporado de imediato, porque pôr de lado uma mudança tão pequena teria custado mais a seguir do que a fazer, e teria deixado o Apoio sem uma resposta para um caso que podia chegar qualquer dia. Pouco esforço, feito agora.

A incidência desconhecida veio depois, e também foi incorporada, mas por uma razão diferente. A sua gestão, a via de escalonamento e as atualizações moldadas, era de maior esforço, tocando a Equipa Técnica e o Proprietário e a maneira como o trabalho era encaminhado. Mas era ao mesmo tempo frequente o suficiente e prejudicial o suficiente para ganhar esse esforço: uma incidência desconhecida deixava o Executor completamente encalhado, sem nada para enviar e sem ninguém a quem recorrer, e as incidências desconhecidas continuariam a vir. Muito esforço, mas frequente e prejudicial, por isso incorporada agora. Depois o cliente cujo administrador queria cada mensagem encaminhada por ele. Isto era de muito esforço, significava alinhar com o Back Office um canal por cliente e construir uma maneira de manter essa preferência, e era só ocasional, poucos clientes o pediam. Por isso foi posto de lado, com honestidade: escrito como um caso aberto conhecido, marcado para o próximo ciclo de design. Não foi deixado sem cobertura. Se tal cliente tivesse aparecido antes disso, o Executor teria escalonado, e nos primeiros dias essa via era curta, o designer perto durante o hypercare. Em breve uma solução provisória foi encontrada, uma nota que o Back Office guardava e seguia à mão, e o Executor usou-a diretamente em vez de escalonar cada vez. Quando o próximo ciclo enfim construiu o canal por cliente, essa solução provisória foi substituída pelos novos passos, e a exceção deixou de ser uma exceção.

Por isso o design entrou em funcionamento com a maioria dos casos geridos e uma lista curta e honesta de um ou dois postos de lado. Nada foi deixado por triar, nada foi fingido fora, e nada raro e custoso foi forçado antes do seu tempo. A correção de pouco esforço foi feita de imediato para apoiar a equipa; o caso frequente e prejudicial ganhou o seu maior esforço; o raro e custoso esperou a sua vez, registado e coberto, o escalonamento cedendo a uma solução provisória e a solução provisória a seu tempo à gestão construída. Essa é a bifurcação bem trabalhada: não cada exceção gerida de uma vez, mas cada exceção decidida, coberta e honesta.

A correção de pouco esforço foi feita de imediato, o dano frequente ganhou o seu esforço, e o raro e custoso foi posto de lado, coberto e gerido a seu tempo.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 3: Incorporar ou Pôr de Lado · Um exemplo real

MarvinPro | Junho 2026

marvinpro.com

Incorporar ou Pôr de Lado

Uma exceção, uma vez encontrada, não pode ficar por triar, porque uma exceção encontrada que nem é gerida nem registada é pior do que uma nunca encontrada: fica a meio lembrada até ao dia em que é precisa e já não está. Por isso cada exceção trazida à luz encontra uma bifurcação: é incorporada, gerida agora e dobrada rumo às regras onde se pode, ou é posta de lado, registada com honestidade como uma exceção conhecida para um ciclo posterior. Não há uma terceira via. Isto é o que mantém honesto um design, pois um que entra em funcionamento com uma lista curta e honesta de exceções postas de lado é mais sólido do que um que afirma não ter nenhuma, já que sabe onde estão as suas bordas.

O que decide a bifurcação é o esforço de gerir a exceção, pesado contra quão a miúde e quão urgentemente chega. Uma exceção é de pouco esforço para incorporar quando geri-la é sobretudo reescrever os manuais, com pouco alinhamento necessário; de muito esforço quando precisa de desenvolvimento real ou amplo alinhamento entre interessados e parceiros. Isto é o esforço de gerir, não o tamanho do caso: um reembolso caro pode ser de pouco esforço se só precisa de uma linha num guia, enquanto um assunto pequeno pode ser de muito esforço se precisa que muitas partes concordem. Por isso o caso de pouco esforço é incorporado de imediato, por raro que seja, porque pôr de lado uma correção rápida custa mais do que a correção e deixa a equipa sem apoio. O caso de muito esforço é julgado pela frequência: frequente, urgente ou prejudicial, ganha o esforço e é incorporado agora; só ocasional, pode esperar pelo próximo ciclo de design. E a prontidão condiciona tudo, pois incorporar mais depressa do que a equipa pode executar deixá-la-ia encalhada de qualquer modo.

Pôr de lado não é falhar. É adiar um caso de muito esforço e ocasional para o seu ciclo próprio, a economia honesta do tempo finito. Mas pôr de lado carrega dois deveres. O primeiro é registar, com clareza, como uma brecha aberta conhecida, porque uma brecha conhecida é segura onde uma oculta não é. O segundo é cobrir o caso até à sua vez, por etapas: a via de escalonamento permanente primeiro, mais curta e mais direta no breve período de hypercare quando o designer está perto, mais longa e de vários níveis uma vez que o processo assentou; depois uma solução provisória, assim que uma é encontrada, que o Executor segue diretamente em vez de escalonar cada vez; depois a nova regra ou passos, para a qual a solução provisória transita ou pela qual é substituída quando o caso é incorporado. Por isso um caso posto de lado nunca fica sem nada; o Executor tem sempre um caminho a seguir enquanto o design se põe em dia. E a lista de postas de lado é viva, não um cemitério, reduzida a cada ciclo à medida que os casos ganham a sua gestão e os recorrentes se dobram nas regras, nunca um lugar onde pôr trabalho que se preferiria não fazer.

Por isso a disciplina é esta: leva cada exceção trazida à luz à bifurcação, e decide. Incorpora o pouco esforço de imediato, por raro que seja, para apoiar a equipa. Incorpora o muito esforço que é frequente, urgente ou prejudicial. Põe de lado o muito esforço que é só ocasional, com honestidade, registado e coberto até à sua vez. Nunca deixes uma por triar, nunca finjas uma fora, e nunca forces o raro e custoso antes do seu tempo. Um design que faz isto conhece-se a si mesmo: pode nomear cada borda que fechou e cada uma ainda aberta, e não deixa nenhum Executor encalhado em nenhuma delas.

Cada exceção é decidida na bifurcação, incorporada agora ou posta de lado com honestidade e coberta até à sua vez, para que o design não deixe nenhum Executor encalhado e conheça cada uma das suas bordas.

MarvinPro · PROCESS · Aqui é Como Construir · Design · Exceções · Disciplina 3: Incorporar ou Pôr de Lado · Resultado do Capítulo

MarvinPro | Junho 2026

marvinpro.com

Pensa Simples.