Não confie demais nos atalhos
O padrão de atalho é uma opção válida quando as condições certas estão presentes.
O problema surge quando nos deixamos levar pela sensação de que "o atalho é mais eficiente" e passamos a usá-lo sem verificar se as condições estão de fato presentes.
O que acontece quando encadeamos atalhos
Quando usamos o padrão de atalho (aqui: pular a consulta dos sete subagents internos e ir direto para a auditoria externa) uma única vez, o processo de fato fica mais rápido. Se a auditoria externa aprovar, obtemos um resultado equivalente a "ter passado pela consulta".
Esse resultado se torna uma tentação. A lógica que surge é: "Se a aprovação vai sair de qualquer forma, é mais eficiente pular a consulta interna."
Mas a aprovação da auditoria externa e passar pela verificação dos sete subagents internos são duas coisas diferentes.
A auditoria externa tem o papel de "observar o todo a partir de uma perspectiva externa". Já os ângulos de verificação que os sete subagents internos cobrem — riscos de implementação, pequenas inconsistências de expressão, continuidade entre capítulos — são áreas distintas das que a auditoria externa abrange.
Ao encadear atalhos, decisões que não passaram pela verificação dos sete subagents internos vão se acumulando aos poucos. Uma vez, o impacto é difícil de perceber. Mas quando isso se repete algumas vezes, em algum momento esses desvios que passaram despercebidos ficam visíveis. Por exemplo: inconsistências de expressão acumuladas ao longo de vários capítulos, ou uma premissa que mudou mas os capítulos seguintes não refletiram essa mudança. Quando percebemos o desvio, o custo de voltar e corrigir é maior do que teria sido se tivéssemos incluído a consulta interna desde o início.
O que torna a situação ainda mais complicada é que, enquanto encadeamos atalhos, temos a sensação de que "estamos avançando rápido". Como o problema ainda não está visível, existe a sensação de progresso. O desconforto aparece quando um grande desvio vem à tona. Nesse momento, ao rastrear o que aconteceu, percebemos que durante o período em que usamos atalhos repetidamente, decisões pouco verificadas foram se acumulando. A sensação de velocidade e o desvio que se forma no invisível avançam ao mesmo tempo.
Retorno forçado pela estrutura
Resistir a esse problema por força de vontade é difícil.
Tomar a decisão, a cada vez e no momento, de "quero usar o atalho desta vez, mas como os desvios podem se acumular, vou voltar ao padrão completo" não é algo simples. Porque quando mais sentimos vontade de usar o atalho, costuma coincidir com situações em que o tempo é curto e queremos priorizar o andamento. Exigir uma decisão de autocontrole exatamente quando a margem de julgamento é pequena é uma estrutura fraca como mecanismo.
Por isso, decidimos operar por regras, não por vontade.
A regra de ciclo é simples: se escolhemos o padrão de atalho por dois ciclos consecutivos, no terceiro ciclo voltamos obrigatoriamente ao padrão completo (aqui: verificação plena em três rodadas, incluindo a consulta dos sete subagents internos). Só isso.
O número "dois ciclos consecutivos" não tem base em cálculo rigoroso. Resetar a cada ciclo reduz a eficiência demais. Permitir três ciclos consecutivos torna difícil conter o acúmulo de desvios. A configuração de resetar após dois ciclos consecutivos funciona, na operação atual, como um equilíbrio adequado.
No ciclo do padrão completo, a consulta dos sete subagents internos é realizada. As verificações por ângulos especializados que foram puladas nos atalhos acontecem aqui. Nem todos os desvios acumulados durante os atalhos aparecem de uma vez, mas ao ter "oportunidades periódicas de verificação por ângulos que não estavam sendo observados", mantém-se uma estrutura que permite perceber os desvios antes que se tornem grandes demais.
Os dois efeitos da regra de ciclo
Ao adotar a regra de ciclo, dois efeitos surgem.
O primeiro é a compatibilidade entre a eficiência dos atalhos e a verificação periódica da base. Conseguimos avançar mais rápido do que usando sempre o padrão completo. E mantemos mais coerência do que se usássemos atalhos sem limite. A proporção "dois ciclos de atalho para um ciclo completo" é o que cria essa compatibilidade.
O segundo é que uma estrutura que impede o fluxo contínuo para o caminho mais fácil é incorporada.
O atalho é uma opção que pode ser escolhida quando as condições estão presentes. Mas a sensação de que "o atalho é mais fácil" leva a escolhê-lo mesmo quando as condições não foram verificadas. O hábito de pensar "funcionou da última vez, então desta vez também vai dar certo" vai relaxando o julgamento.
Com a regra de ciclo, o movimento de "após dois ciclos consecutivos, o próximo obrigatoriamente volta ao padrão completo" entra de forma automática. Isso não é uma questão de atenção ou vontade — é resolvido como uma questão de design.
Usar o atalho em si não é um problema. Mas confiar demais nele faz com que a base se solte em lugares invisíveis. A regra de ciclo é o mecanismo que corrige periodicamente essa frouxidão. Buscar eficiência enquanto se aprofunda a verificação de tempos em tempos. Ter ou não um mecanismo que impede o fluxo contínuo para o caminho mais fácil é o que diferencia uma operação sustentável de uma que vai se desfazendo sem que ninguém perceba.