O que é um sistema operativo de negócio? Guia prático para empresas em crescimento

Um sistema operativo de negócio é o conjunto de regras, rotinas e ferramentas que uma empresa usa para decidir o que importa, transformar isso em objetivos, dar um responsável a cada objetivo, medir o progresso e corrigir a rota. Inclui estratégia e prioridades, objetivos, KPIs e dashboards, funções e responsabilidades, um ritmo de reuniões, revisões, processos críticos, regras de decisão e mecanismos de feedback. Numa empresa em crescimento, faz o trabalho que antes era feito pela cabeça do fundador: mantém toda a gente focada nas mesmas poucas coisas e torna os problemas visíveis a tempo de serem resolvidos.

O termo vem da informática. Um sistema operativo não é uma aplicação: é a camada por baixo que deixa as aplicações funcionarem sem reinventar memória, ficheiros e permissões. Na gestão, o papel é o mesmo. Cada área continua a fazer o seu trabalho, mas todas partilham uma forma de definir prioridades, um conjunto de números e um ritmo de reuniões.

Porque é que uma empresa em crescimento precisa de um

Uma empresa de quinze pessoas funciona bem sem nada formal. O fundador conhece todos os clientes, está nas conversas importantes e tem as prioridades na cabeça. Isso deixa de funcionar quando a empresa deixa de caber numa sala, normalmente quando aparece uma segunda camada de gestão. Raramente falha de forma dramática. Falha em silêncio:

• As decisões ficam em fila à espera do fundador, porque mais ninguém conhece os critérios.
• Cada equipa tem as suas prioridades, e chocam umas com as outras nas fronteiras.
• A reunião de direção é um ponto de situação que não muda nada.
• Os números vivem em cinco folhas de cálculo e não batem certo entre si.
• Os mesmos problemas voltam todos os trimestres, porque ninguém é responsável pela solução.

A investigação sobre execução estratégica vai no mesmo sentido. Num artigo da Harvard Business Review, Donald Sull, Rebecca Homkes e Charles Sull escrevem que entre dois terços e três quartos das grandes organizações têm dificuldade em executar a estratégia. As empresas em crescimento enfrentam uma versão mais pequena do mesmo problema, com menos margem para o absorver. Se reconhece o padrão das decisões à espera de uma só pessoa, reduzir a dependência do fundador é normalmente a primeira coisa que o sistema tem de resolver.

Os componentes de um sistema operativo de negócio

Todos os modelos sérios cobrem mais ou menos o mesmo terreno. Os nomes mudam; as funções não.

Nada disto é novo. O que conta é que as peças estejam ligadas. Prioridades que nunca se traduzem em objetivos ficam como desejos. Objetivos sem medida não se acompanham. KPIs sem responsável são decoração. Um ritmo de reuniões sem regras de decisão produz reuniões que discutem tudo e não decidem nada.

Estratégia, prioridades e objetivos

No topo está uma declaração curta sobre para onde a empresa vai e o que tem de acontecer este ano. Isso traduz-se em objetivos trimestrais: um ano é longo demais para gerir e um mês é curto demais para entregar algo com peso. A mecânica está nos guias sobre o roadmap da estratégia à execução e o plano de 90 dias.

KPIs, dashboards e responsáveis

Os KPIs dizem se o negócio está saudável; os objetivos dizem o que se quer mudar. Confundir os dois é um erro de desenho frequente, tratado no artigo OKR vs KPI. O dashboard deve caber num ecrã, com um nome ao lado de cada linha. Para construir um, veja o guia do dashboard de KPIs executivo.

Atribuir um responsável a uma métrica exige também expectativas claras para essa pessoa. O guia de clareza de funções da People by Design explica como definir resultados, decisões e interfaces de cada função.

Ritmo, revisões e regras de decisão

É no ritmo de reuniões que o sistema corre de facto. A reunião semanal de liderança olha para o scorecard e para as prioridades do trimestre e resolve problemas. A revisão mensal olha para tendências. A sessão trimestral volta a acertar o plano. O artigo sobre como criar uma cadência operacional cobre o ritmo completo, e a agenda da reunião semanal de liderança cobre a reunião que mais conta. Para as regras de decisão, o artigo de Paul Rogers e Marcia Blenko na Harvard Business Review continua útil: separa quem recomenda, quem tem de concordar, quem executa, quem contribui e quem decide.

Os modelos mais comuns, lado a lado

Há vários modelos publicados que organizam estes componentes. Sobrepõem-se mais do que os seus defensores costumam admitir. Qualquer um é um ponto de partida razoável, e nenhum dispensa a adaptação à forma como a sua empresa trabalha de facto.

O EOS e o Scaling Up são modelos comerciais, com coaches certificados e materiais próprios; os OKR e o Balanced Scorecard são métodos abertos. O guia de OKR do re:Work da Google recomenda três a cinco objetivos com cerca de três resultados-chave cada, e diz claramente que os OKR não são avaliação de desempenho. Na prática, a maioria das empresas em crescimento acaba num híbrido: ritmo e responsabilidades próximos do EOS ou do Scaling Up, OKR ou prioridades de 90 dias para o que tem de mudar, e um scorecard de KPIs para o resto.

Como montar um em 90 dias

Não é preciso um programa de transformação. É preciso a versão mínima de cada componente a funcionar, e depois melhorá-la. Uma sequência realista para uma empresa entre algumas dezenas e algumas centenas de pessoas:

A ordem importa. O ritmo vem antes dos objetivos, porque objetivos que ninguém revê desaparecem à quinta semana. As regras de decisão vêm antes do ritmo, porque uma reunião que não pode decidir vira ponto de situação. O modelo de plano de execução de 90 dias apresenta a mesma sequência num formato de trabalho, e a nossa abordagem descreve como a conduzimos com equipas de liderança.

Um sistema operativo imperfeito, usado todas as semanas, vale mais do que um sistema perfeito que foi desenhado e nunca usado.

Sinais de que o seu sistema operativo está avariado

• A reunião de direção não produz decisões. Se a ata parece um relatório de ponto de situação, a reunião não está a fazer o seu trabalho.
• As prioridades mudam todos os meses. Ou o plano trimestral não era real, ou ninguém o está a proteger.
• O dashboard é visto e nunca dá origem a ações. Os números mexem e nada muda na agenda.
• Os objetivos pertencem a equipas, não a pessoas. “É do marketing” quer dizer que não é de ninguém.
• Os problemas repetem-se. O mesmo tema aparece em três agendas seguidas sem responsável nem data.
• O fundador continua a ser o ponto de escalada para tudo. O sistema existe no papel e o verdadeiro continua a ser uma pessoa.

Um ou dois destes sinais é normal numa empresa a crescer. Quatro ou mais indicam que o sistema é um conjunto de documentos, não de hábitos.

Perguntas frequentes

Um sistema operativo de negócio é o mesmo que um software?

Não. Um software pode guardar o scorecard, os objetivos e a lista de problemas. Mas o sistema operativo são os acordos e as rotinas: quem responde por quê, que reuniões existem, o que se decide onde. Um ritmo disciplinado numa folha de cálculo partilhada vale mais do que uma plataforma cara sem ritmo.

Que modelo devemos escolher?

O que a sua equipa de liderança vai de facto usar. Uma empresa mais pequena, liderada pelo fundador, beneficia normalmente de um ritmo semanal fixo e de prioridades de 90 dias. Com várias unidades de negócio ou investidores, são precisas camadas de medição e planeamento mais fortes. A consistência pesa mais do que o modelo.

Quanto tempo até fazer diferença?

O primeiro trimestre costuma ser desajeitado: reuniões longas, objetivos mal escritos, scorecard incompleto. No segundo começa a parecer normal. Avalie pela rapidez das decisões e pela antecedência com que os problemas aparecem, não pelo aspeto da documentação.

Quem deve ser o dono do sistema operativo?

O CEO patrocina-o e preside às reuniões principais. Outra pessoa deve geri-lo no dia a dia: normalmente o COO ou um chief of staff. Quando a empresa ainda não precisa dessa função a tempo inteiro, um fractional COO ou chief of staff pode assegurá-la enquanto os hábitos ganham raízes.

Por onde começar

Se quiser uma visão de fora sobre onde o seu sistema atual aguenta e onde perde, um Diagnóstico Operacional é uma forma curta e de âmbito fechado de o mapear antes de decidir o que construir. A construção propriamente dita é o que cobre o nosso trabalho de sistema operativo da empresa.