Aprendizados - Criando o primeiro OKR

Recentemente lá na firma começou a implementação dos OKRs. Aproveitei o movimento para fazer um experimento montando um OKR de negócio/produto para uma pipeline de desenvolvimento especifica. 

Nesse artigo vou compartilhar um pouco do que aprendi construindo esse OKR apoiado principalmente pela leitura do livro Avalie o que importa.

Aprendizado 1 - Não se cria um OKR sozinho

Esse é o primeiro e mais fundamental ponto e acho que vale para quase qualquer iniciativa em uma empresa: Nada é feito sozinho, sempre em conjunto.

Primeiro alinhamos com os envolvidos na pipeline (esteira de desenvolvimento) qual era a razão daquela esteira de desenvolvimento existir. A partir desse alinhamento em conjunto era possível começar a criar o OKR

O segundo passo foi, já com algum esboço do que eu acreditava fazer sentido para a pipe e para o negócio, conduzir uma conversa com o time para fazermos um "brainstorm" dos KRs que poderiam nos ajudar. E tudo isso baseado em dados êim

Aprendizado 2 - Interrogue seus KRs

Uma vez definido claramente o seu Objetivo é hora de estruturar quais KRs te direcionam para atingir esse objetivo. Eu vejo duas perguntas fundamentais que precisam ser respondida a cada KR

1. O KR está suficientemente definido?

2. Se você atingir somente esse KR, você avança em algo no seu Objetivo?

A primeira pergunta se relaciona com o KR ser mensurável e não ter ambiguidade. Isso parece batido mas na prática é muito fácil cair nessa armadilha.

"Solucionar o problema XPTO" pode parecer que está definido e especifico o suficiente.

Mas o que é solucionar? Mover o cartão pra feito é solucionar? Não ter reclamações durante 15 dias sobre o problema é solucionar? 

Um dos KRs que propus inicialmente era que um percentual dos cards resolvidos na pipeline fossem de déficit técnico. Foi ai que percebemos que talvez nem todos concordavam no que era um déficit técnico.

A segunda pergunta foi crucial para eu descartas diversos KRs. Uma das premissas de todo produto é que as melhorias precisam ser baseadas em descobertas com cliente, problemas reais precisam ser resolvidos. Meu instinto inicial foi um KR "participar de xx interações com usuários".

Minha lógica é que essas interações gerariam cards que seriam direcionados para esse pipeline e por tanto o objetivo seria alcançado.

Acho que você leitor já pode perceber alguns furos nesse KR. O primeiro é que o KR fala claramente de participar, então para atingi-lo bastaria participar, sem gerar nenhuma saída prática dessas interações.

O segundo furo é que bater esse KR não garante que eu tenha avançado em direção ao meu O.

Esse KR foi descartado e no lugar colocamos " No mínimo % dos cards entregues precisam vir do processo de discovery".  Acho que ainda dá pra melhorar mas já é algo.

Aprendizado 3 - OKRs são uma construção constante

Além do próprio livro deixar claro que são necessários 3 a 5 ciclos de OKR para chegar em uma maturidade razoável o fato é que o processo de estabelecimento de metas é sempre uma construção em andamento.

Você mira, atira a seta e avalia. Ajusta a rota e repete o processo, continuamente. A grande diferença do OKR é que você não precisa esperar nem ciclo terminar para fazer essa correção de rota.

Os primeiros ciclos de OKR vão ser meio capengas mesmo mas é a prática que leva a perfeição não é mesmo?

Enfim

Só fazendo na prática é que você vai conseguir aprender. Esses foram alguns aprendizados que tive montando meu primeiro OKR. Tenho certeza que daqui uns meses vou voltar a ler esse artigo e vou ver o quanto evoluí.

Ah e apesar das diversas armadilhas existentes ao criar metas, definir OKRs e pensar nas iniciativas eu acredito que os OKRs sejam relativamente simples.

Defina onde você quer chegar, 3 a 5 critérios mensuráveis que mostram que você está chegando no objetivo e acompanhe semanalmente e comece.

E para saber mais:

Livro do OKR - Avalie o que importa 

OKR: o que é e como implementar a metodologia de objectives and key results