Skunk Works: o time pequeno dentro da empresa grande

A diretoria decide que precisa de um produto digital novo até o fim do ano. O projeto entra no comitê, ganha um gerente, espera a janela da TI, passa pelo jurídico e volta para ajuste de orçamento. Seis meses depois, o que existe é um cronograma revisado.

Em algum momento alguém sugere tirar quatro pessoas da rotina e dar a elas uma sala, um prazo e acesso direto ao diretor. O nome que costuma aparecer nessa conversa é skunk works, e ele nasceu numa fabricante de aviões americana durante a Segunda Guerra.

A ideia atrai porque promete velocidade. O problema é que quase todo mundo lembra da parte do isolamento e esquece da parte da volta.

Skunk works é um time pequeno, separado da burocracia e com patrocínio direto da liderança, criado para um problema que a estrutura normal não resolve. Ele funciona com escopo fechado e prazo curto, e morre quando ninguém planejou como o resultado volta para a operação.

De onde vem o nome Skunk Works

Em 1943, a Lockheed começou a desenvolver o XP-80 Shooting Star, o primeiro caça a jato dos Estados Unidos. O time era liderado pelo engenheiro Kelly Johnson. Segundo a história publicada pela Lockheed Martin, o contrato formal do XP-80 só chegou em 16 de outubro de 1943, meses depois de o trabalho ter começado. O grupo projetou e construiu o avião em 143 dias, sete a menos que o prazo exigido.

O nome veio de uma tira de quadrinhos. O engenheiro Irv Culver atendeu um telefonema dizendo "Skonk Works", referência a um lugar misterioso e malcheiroso da tira Li'l Abner, de Al Capp. O apelido informal virou Skunk Works e hoje é marca registrada da empresa.

Fora da Lockheed, o termo virou nome genérico. Ele descreve qualquer time pequeno, protegido da rotina e com carta branca para atacar um problema difícil. A própria empresa conta que Johnson insistia em poucas pessoas boas trabalhando num programa, e o pôster do P-80 assinado por todos os engenheiros do projeto mostra o tamanho do grupo.

As regras de Kelly Johnson

Johnson deixou por escrito como o grupo devia funcionar. A Lockheed Martin publica essas regras até hoje, num documento com as regras de Kelly, e algumas delas explicam a maior parte do modelo.

A primeira regra diz que o gerente do projeto precisa ter controle praticamente completo do programa, em todos os aspectos. Outra manda restringir o número de pessoas ligadas ao projeto "de maneira quase cruel" e usar um grupo pequeno de gente boa, de 10% a 25% do que um sistema normal usaria. Uma terceira pede o mínimo de relatórios, com registro cuidadoso do trabalho importante.

Há também regras sobre dinheiro e pessoas. O financiamento precisa chegar na hora, para que o contratado não tenha que correr ao banco para sustentar o projeto. E como o grupo é pequeno, a empresa precisa premiar bom desempenho com salário que não dependa do número de subordinados.

Quem associa o modelo a sala colorida e pufe se decepciona com a leitura. As regras são de gestão de projeto: autoridade, tamanho do time, papelada, dinheiro e incentivo. Todas elas continuam valendo, com outra escala, numa empresa de 300 ou 800 funcionários.

Quando o modelo faz sentido numa empresa média

Na empresa brasileira de médio porte, a situação que pede um skunk works costuma ter quatro traços:

• O problema é claro e tem dono na diretoria.
• A estrutura normal já tentou e travou, por fila, comitê ou conflito entre áreas.
• O prazo importa, por causa de uma janela de mercado, de um cliente grande ou de uma exigência regulatória.
• O resultado cabe num protótipo que dá para testar em semanas ou poucos meses.

Alguns exemplos concretos: um produto digital para um canal de venda novo, a integração de um sistema legado que ninguém quer tocar, a resposta a um concorrente que lançou algo que você não tem. Em todos eles, a primeira versão funciona como um MVP. Ela serve para aprender o que o cliente usa antes de investir em escala.

O modelo não serve para problema difuso, como "melhorar a cultura" ou "ser mais inovador". Sem um problema definido, o time pequeno vira grupo de estudo. Também não serve para trabalho que a estrutura já sabe fazer e só está lento por falta de gente. Nesse caso, contratar resolve.

Um bom teste é escrever o problema numa frase e mostrar para o patrocinador. Se ele não reconhece a frase como prioridade dele, o time não vai ter proteção quando precisar.

O que o time precisa para funcionar

A lista cabe numa página e vem direto das regras de Johnson, ajustada para o tamanho de uma empresa média:

• Escopo fechado: uma pergunta, escrita numa frase, que o time precisa responder. Se o escopo cresce no meio do caminho, o prazo cresce junto.
• Prazo curto: algo contado em semanas para a primeira entrega testável. Um prazo de um ano transforma o time num departamento.
• Poucas pessoas dedicadas: de três a oito, em tempo integral. Quem divide a semana com a rotina volta para a rotina na primeira crise.
• Autoridade de decisão: o time escolhe ferramenta, fornecedor e arquitetura sem passar por comitê, dentro de um orçamento fechado antes.
• Acesso direto ao patrocinador: um diretor que responde em horas e que protege o time quando outra área reclama.

O patrocinador tem o papel mais difícil. Ele precisa entender o que está financiando e aceitar que o resultado pode ser "não vale a pena". Uma conversa franca sobre o que é inovação dentro da empresa ajuda a separar aposta de melhoria incremental. Aposta tem chance real de dar errado, e o patrocinador precisa saber disso antes de assinar.

Skunk works, squad ágil e laboratório de inovação

Os três modelos aparecem nas mesmas apresentações, mas resolvem coisas diferentes.

O squad ágil é a unidade normal de quem organiza a tecnologia por produto, e ele vive dentro da estrutura. O laboratório olha adiante e raramente entrega algo que a operação adota. O time isolado fica no meio: nasce fora da estrutura para resolver um problema que a estrutura tem, e por isso precisa voltar para ela.

Essa diferença muda a pergunta que a diretoria faz. Para o squad, a pergunta é o que ele entregou no trimestre. Para o laboratório, é o que ele descobriu. Para o time isolado, é se o problema foi resolvido e quem cuida da solução agora.

Por que o time costuma morrer

Um skunk works pode dar certo do ponto de vista técnico e ainda assim fracassar para a empresa. Três motivos aparecem com frequência.

O primeiro é a volta sem plano. O protótipo fica pronto e funciona, mas ninguém definiu quem cuida dele a partir de segunda-feira. A área de TI não participou, a operação não foi consultada, e a prova de conceito vira sistema órfão.

O segundo é político. Um grupo que escapa do comitê, escolhe ferramenta e fala direto com o diretor chama atenção. Quem ficou na rotina enxerga privilégio, e a resistência aparece na hora de integrar o resultado. Isso piora quando o time foi escolhido por proximidade com a liderança, e não por competência para o problema.

O terceiro é o desinteresse de quem herda. A área que vai operar o protótipo não escolheu a solução, não participou das decisões e ganha trabalho extra. Sem incentivo, ela diz que o sistema "não está pronto para produção", e muitas vezes tem razão.

Os três motivos têm a mesma raiz. O projeto foi desenhado como exceção, e ninguém pensou no dia em que ele deixa de ser exceção.

Como fazer o skunk works voltar para a operação

O plano de volta começa antes do time existir. Esta sequência funciona bem em empresa média:

1. Nomeie o herdeiro no primeiro dia. Uma pessoa da área que vai operar o resultado entra no time como membro fixo e tem voto nas decisões de arquitetura.
2. Escreva o critério de saída. Defina antes o que precisa ser verdade para o protótipo virar operação: volume, custo, segurança e suporte. Esse critério entra no planejamento estratégico do ano, com orçamento reservado.
3. Marque a data de fim. O time tem prazo para entregar e prazo para se desfazer. Projeto sem fim vira departamento.
4. Faça a passagem em etapas. O time opera junto com a área herdeira por algumas semanas antes de sair. É o mesmo cuidado de quem sabe como construir produtos que alguém vai manter depois.
5. Devolva as pessoas com crédito. Quem participou volta para a área de origem com o trabalho reconhecido na avaliação, e não com a sensação de ter perdido um ciclo de promoção.
6. Registre o que foi decidido. Um documento curto com as escolhas e os motivos. A regra de Johnson sobre relatórios pedia pouca papelada e registro cuidadoso do que importa.

O item 1 resolve boa parte dos outros. Quando a área herdeira tem alguém dentro do time, a solução tem dono dos dois lados, e a resistência política cai junto.

Para comunicar o modelo ao resto da empresa, o melhor caminho é a transparência desde o começo. Diga qual é o problema, quem está no time, qual é o prazo e quando as pessoas voltam. Segredo alimenta a sensação de privilégio.

O ponto que fica

Para a empresa média, a lição útil é menor que a lenda. Um time de skunk works é uma ferramenta para um problema, com começo, meio e fim, e quem monta o time já sabendo quem vai herdar o resultado aproveita o modelo.

A Lockheed Martin mantém até hoje a divisão com o mesmo nome. O primeiro projeto dela, o XP-80, ficou pronto em 143 dias, e o trabalho começou antes de o contrato formal chegar.