Assim que você começar a ter medo de sua tecnologia, novos motivos para medo aparecerão em breve.

O ciclo do medo aperta assim:

1. Edições menores levam a consequências imprevisíveis, assustadoras ou caras.
2. Estamos começando a temer a mudança.
3. Tentamos fazer todas as edições tão pequenas e locais quanto possível.
4. A base de código é preenchida com patches, exceções e casos especiais.
5. O medo se intensifica.

O medo começa quando uma edição inofensiva causa inesperadamente um problema. Tempo de inatividade na produção ou apenas um bug irritante. Um erro pode atrair a atenção da gerência. Nada inspira medo como uma reunião de diretores sobre seu defeito no código!

Houve um aborrecimento, porque o desenvolvedor não pôde prever todas as consequências da mudança. Talvez a suíte de testes fosse insuficiente. Ou surgiu um caso especial que é observado apenas na produção. (Por exemplo, um único cliente cujas configurações de dados são diferentes de todos os outros). Seja qual for o motivo específico, o resultado é: "Eu não sabia que isso iria acontecer".

Vários eventos semelhantes - e agora os desenvolvedores e gerentes de projeto não querem tocar em nada fora de sua esfera estreita. Eles escondem a cabeça na areia como avestruzes.

O problema é que esse comportamento terá consequências. Inevitavelmente, a base de código começará a se deteriorar, a necessidade de grandes mudanças aumentará e o volume de refatoração em compilações sem liberação aumentará.

O círculo vicioso se fecha quando um desses avestruzes se torna o culpado do erro de outra pessoa. A partir deste momento, o ciclo do medo se torna auto-sustentável. O preço de pequenas mudanças continua a crescer infinitamente. O tempo necessário para liberar alterações também está aumentando.

Ponto de inflexão

Isso pode terminar de três maneiras:

1. Refatoração de código cardinal (geralmente com uma equipe diferente) sob o lema "agora vamos fazer o que é certo !" Veja também: Síndrome do segundo sistema e “O que nunca pode ser feito, parte I” .
2. Terceirização em larga escala.
3. Venda de ativos afetados para outra empresa.

Como evitar o loop

O ciclo do medo começa quando as pessoas percebem um problema técnico como pessoal. Pela primeira vez, quando uma simples alteração de código levou a consequências grandes e imprevisíveis, você precisa chamar as "forças especiais técnicas" - uma equipe de especialistas. Eles determinarão por que o sistema permitiu isso e quais mudanças técnicas ajudarão a evitar isso no futuro.

O tribunal é a pior resposta ao fracasso.

A diferença entre as "forças especiais técnicas" e o tribunal é como pessoas específicas abordam esse problema. Para evitar o ciclo do medo, é necessária orientação sábia. Procure pessoas com experiência em DevOps e gerenciamento técnico de projetos.

Como quebrar um loop

Como muitos circuitos reforçados, o ciclo do medo é incrivelmente difícil de quebrar. Até agora, não observei um único caso de saída bem-sucedida dele. Se tudo começou na sua empresa, eu adoraria ouvir sua experiência!