Quem é o product engineer
O arquétipo formalizado por Stripe, Airbnb e Shopify descreve engenheiro que é DRI de métrica — ativação, conversão, retenção, revenue per user. Ele não espera PM escrever ticket perfeito: define o problema, desenha experimento, mede e itera. Ferramenta e código são meio.
DRI (Directly Responsible Individual) não quer dizer trabalhar sozinho. Quer dizer que se a métrica mover, você explica por que. Se não mover, você explica o que tentou e o próximo experimento.
Três eixos do trabalho
Release vs experiment vs permission flag
Três tipos de flag resolvem três problemas distintos. Confundir gera código morto e decisões ruins.
release-flag:
objetivo: desacoplar deploy de launch
duracao: dias a semanas
descarte: remover apos 100% rollout estavel
experiment-flag:
objetivo: medir impacto em metrica
duracao: tempo necessario para power estatistico
descarte: promover vencedor, remover flag
permission-flag:
objetivo: gating por plano, beta, enterprise
duracao: permanente
descarte: nunca (vira logica de produto)Trade-off que define o nivel
Staff+ decide o que NAO construir. Toda feature custa: manutencao, superficie de bug, complexidade cognitiva para o time. Product engineer senior defende cortes — inclusive do proprio trabalho.
Anti-pattern: shipar feature porque foi pedida, sem hipotese. Depois de 6 meses ninguem usa, ninguem remove, e o time perde velocidade mantendo-a. Melhor dizer nao com data.
Leituras de referencia
Will Larson (Staff Engineer), Gergely Orosz (Pragmatic Engineer), Lenny Rachitsky, blog de engenharia do Stripe e Airbnb. Nada disso e hype — sao playbooks operacionais de quem fez o papel existir.