---
title: "Como moldar a cultura de engenharia em empresas de software"
date: 2026-03-24
description: "Antes de mudar, entenda"
tags: ["leadership","culture","engineering"]
lang: pt-BR
source: https://www.lincoli.me/pt/articles/como-moldar-a-cultura-de-engenharia/
author: "Lincoli Xavier"
---

A tentação quando você chega numa posição de liderança é sair propondo mudanças. Novo processo aqui, nova convenção ali, um doc de “como fazemos as coisas” no Notion.

Devemos fazer o oposto. Entenda como as decisões realmente são tomadas, quem tem influência de verdade (não só no org chart), e o que acontece quando alguém erra.

Devemos olhar para 5 coisas:

- **Ferramentas** — o que o stack técnico revela sobre as prioridades do time?

- **Processos** — como uma feature vai do papel pra produção? As code reviews são colaborativas ou um tribunal?

- **Comportamentos** — o que é recompensado de verdade? Quem apaga incêndio às 2h da manhã vira herói ou vira sinal de alerta?

- **Valores** — o que está escrito no site vs. o que acontece quando alguém pede folga

- **Pessoas** — quem são os líderes informais? Quem as pessoas ouvem de verdade?

Esse diagnóstico é o que separa quem muda cultura de quem só reclama dela.

Nas duas últimas empresas que passei, cai de paraquedas nas equipes como líder. Ninguém me conhecia, ninguém me respeitava tecnicamente, eles só tinham que aceitar. Mas “dar ordens” não ganha a confiança de ninguém, nem constrói um time de fato. O que faz isso é a colaboração e observar atentamente como as coisas acontecem.

#### O termômetro real: o que é recompensado?

É simples: numa organização, existem comportamentos **recompensados**, comportamentos **punidos**, e no meio os **aceitos e esperados**.

Esses do meio são os mais reveladores. É onde a cultura de verdade sem filtro vive.

Se alguém passa o fim de semana resolvendo um problema e na segunda recebe elogios públicos, você acabou de aprender que urgência e apagar incêndio é um valor da empresa, não importa o que o handbook diz.

#### Como mudar de verdade

A parte boa: cultura muda. A parte chata: demora e exige paciência. Como Kent Beck diz sobre aplicar eXtreme Programming, se trata de uma mudança social.

A idéia geral é simples:

**1. Comece pequeno.** Não tente mudar tudo de uma vez. Escolhe uma ou duas práticas, implementa bem, mostra resultado.

**2. Encontre aliados.** Mudança de cultura é esporte coletivo. Você precisa de pessoas que compartilham os mesmos valores e topam defender as novas ideias junto com você.

**3. Modele o comportamento que você quer ver.** Se você valoriza qualidade de código, escreve código bem testado. Se valoriza colaboração, oferece ajuda sem esperar ser pedido. As pessoas seguem o que você faz, não o que você fala.

#### Você é o multiplicador

Em posições sênior ou staff+, você tem alavancagem. Cada comportamento seu é amplificado (pra bem ou pra mal).

Isso significa que ser acessível, promover segurança psicológica, e dar feedback honesto não são “soft skills opcionais”. Isso é parte do trabalho técnico.

Um líder pode definir o tom de uma organização inteira sem ter autoridade formal pra isso.

#### Na prática

Da próxima vez que você entrar num time novo, antes de sugerir qualquer coisa, passa algumas semanas só observando:

- Quem fala em reuniões e quem fica quieto?

- O que acontece quando alguém comete um erro?

- Quais Pull Requests recebem feedback e quais passam em silêncio?

As respostas vão te dizer mais sobre a cultura real do que qualquer documento interno.

Aí sim, você começa a agir. Com contexto, com aliados, e pelo exemplo.

- - - - -

Vamos papear no [Twitter](https://x.com/lincolixavier)

Subscrever
