O Que São Principios E Valores

Princípios e valores na prática

Eu passei anos lidando com isso em projetos de alta complexidade. No começo, parecia coisa de consultoria. Depois ficou claro que era a diferença entre entregar algo que funciona e entregar algo que quebra sob pressão.

O que são princípios e valores de verdade

Princípios são as regras fixas que você não negocia, mesmo quando fica mais fácil negociar. Valores são o que você prioriza quando precisa escolher entre duas coisas boa. A confusão comum é tratar os dois como sinônimos. Eles não são. Um princípio é inegociável. Um valor é uma direção.

Eu lembro de um projeto de infraestrutura crítica onde tínhamos quatro princípios declarados: segurança primeiro, disponibilidade, auditabilidade e velocidade de entrega. Funcionou bem até o dia em que uma auditoria exigiu um log detalhado de tudo que acontecesse no sistema, o que quebrava a disponibilidade percebida pelos usuários. O princípio de segurança colidia com o de disponibilidade. Aí entraram os valores para decidir. Nós decidimos que segurança vinha primeiro, mas criamos um workaround técnico com um sistema de logs assíncronos em batch. Levou três semanas a mais do que o previsto, mas resolveu o conflito sem violar nenhum princípio.

O problema que ninguém conta é que princípios e valores mudam quando o contexto muda. Eu vi times técnicos manterem um princípio de "código limpo" até o ponto em que isso travava releases críticos porque a refatoração não cabia no prazo. O princípio não estava errado. A aplicação do princípio sim. O que acontece na prática é que princípios viram dogma quando as pessoas esquecem de questioná-los.

Como construir isso sem virar papo furado

A primeira coisa é separar o que é princípio do que é valor. Você escreve os princípios de forma binária. Ou você faz ou você não faz. Exemplo: "todo código que vai para produção passa por revisão". Isso é princípio. É simples, é verificável. Você não debute. Se passa por revisão, tá ok. Se não passa, não tá ok.

Valores são diferentes. Valor é "nós priorizamos experiência do usuário acima de tudo". Isso não é binário. Você pode priorizar experiência do usuário e ainda assim ter comprometimentos técnicos aceitáveis. Valor é sobre peso relativo quando as coisas colidem. A lista de valores costuma ter entre três e cinco itens. Se tiver mais do que isso, você não tem valores, tem uma lista de desejos. Na prática, eu recomendo começar com os princípios porque eles são mais fáceis de implementar. Princípios ficam em documentos, ficam em checklists, ficam em hooks de commit. Valores ficam em conversas. Valores só aparecem quando há conflito. Se você nunca tem conflito, provavelmente não tem valores definidos, tem só bom senso não declarado.

Um erro comum que eu vejo é usar princípios para resolver problemas de valores. As pessoas dizem "nosso princípio é qualidade" quando na verdade o problema é que o time não tem valor definido sobre trade-off entre prazo e qualidade. Princípio não resolve isso. Princípio só funciona quando é específico o suficiente para ser verificado. "Qualidade" não é verificável. "Tudo que vai para produção tem cobertura de teste acima de oitenta por cento" é verificável. A diferença é abismal.

O problema real que ninguém menciona

Princípios e valores funcionam até o momento em que alguém precisa tomar uma decisão difícil. Aí eles viram muleta. Todo mundo cita o princípio certo para defender o ponto de vista errado. Eu já vi gerente de projeto usar "entrega rápida" para justificar pular revisão de código. Eu já vi engenheiro usar "qualidade" para justificar passar três semanas refatorando algo que ninguém usava. O princípio não estava errado. A pessoa estava usando ele como arma.

O workaround que eu descobri foi criar um registro de decisões onde cada escolha que fere um princípio precisa ter uma justificativa documentada. Não é burocracia. É honestidade forçada. Quando você precisa escrever por que está violando um princípio, você para de usar princípios como desculpa. Quase sempre a justificativa não sustenta. Às vezes sustenta, mas aí pelo menos você sabe que foi uma exceção consciente, não uma regra disfarçada. Isso funciona porque princípios sem registro de exceções viram hipocrisia institucional. Ninguém é perfeito. Decisões difíceis acontecem. O importante é que a exceção seja visível, não escondida atrás de uma citação genérica de valor.

Quando isso não funciona

Princípios e valores não funcionam em times menores do que cinco pessoas onde todo mundo se conhece. Aí o controle social resolve. Também não funcionam em ambientes onde o resultado é puramente técnico e não envolve trade-off humano. Se você está construindo uma biblioteca matemática pura, princípios são sobre carga. "Escolha a biblioteca X porque é mais rápida no benchmark Y". Isso é fato, não princípio.

O maior problema prático é manutenção. Princípios que ficam em documento morto são piores do que não ter princípio nenhum. Documentos devem ser revisitados a cada seis meses ou quando algo quebre. Eu costumo revisar princípios no início de cada grande release ou migração. Se depois de um ano ninguém citou um princípio, ele não está sendo usado. Ou é bom demais para ser necessário, ou é ruim e as pessoas ignoram. Nas minhas experiências, na maioria das vezes é o segundo caso. A alternativa quando princípios falham é aumentar a transparência. Se o time não segue os princípios, provavelmente não confia neles. Aí o caminho não é aplicar mais rigor, é abrir a discussão. Princípios impostos de cima para baixo têm taxa de adesão muito baixa. Princípios construídos com o time têm taxa de adesão muito maior, mesmo quando são difíceis.

A parte mais importante que eu aprendi na prática é que princípios e valores são ferramentas de coordenação, não de perfeição. Eles existem para reduzir atrito nas decisões do dia a dia, não para transformar o time em robôs. Se após seis meses de uso ninguém discussão sobre eles, você falhou. Discussão saudável sobre princípios é sinal de que o sistema está funcionando. O que eu vejo funcionar consistentemente é começar pequeno. Dois princípios claros, três valores explícitos, revisões trimestrais. Funciona melhor do que dez princípios bonitos que ninguém lê. O melhor princípio é aquele que alguém realmente consulta quando precisa decidir algo.