Utilizando OKR e Agile

okr key results

* Por Felipe Castro

Uma das perguntas mais comuns sobre OKR é como ele se integra com Agile. O Agile foi criado como uma alternativa para métodos tradicionais de gerenciamento de projetos de software (o chamado “waterfall”). Como tal, é focado no gerenciamento de entregáveis de projeto (como histórias ou features) e não em valor real (resultados de negócios).

Na verdade, não há uma única cerimônia em Agile para acompanhar resultados. Várias equipes Agile estão presas na mentalidade “entregue e esqueça”: depois de termos entregue a feature, esqueça dela!

O Manifesto Ágil em si refere-se a software com valor e software funcionando como se fossem a mesma coisa:

Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado. (Primeiro princípio)

Software funcionando é a medida primária de progresso.  (Sétimo princípio)

A premissa implícito do Manifesto é que todo o software que funciona é valioso – o que é obviamente errado. Alguns projetos geram valor e outros não. Algumas features serão adotadas pelos usuários e outros não.

Muito tem sido escrito sobre a necessidade de se concentrar em “construir o produto certo” versus “construir o direito produto”, mas, como Marty Cagan escreveu: “As equipes de hoje são muitas vezes muitas fábricas de features, com pouca preocupação se as features vão realmente resolver os problemas de negócios.”

Uma equipe ágil existe para gerar valor. Mas o valor de uma feature só pode ser medida depois que ela é entregue. Features são apenas experimentos e devem ser tratadas como tal.

OKR para o resgate

Quando usado corretamente, OKR pode complementar Agile e ajudá-lo a evoluir. Mas o que seria um uso adequado de OKR?

A maneira correta de usar o OKR é rastrear o valor real e não as entregas do projeto. Como Christina twittou:

O sucesso não é marcar uma caixa.

O sucesso é ter impacto.

Se você completar todas as tarefas e nada melhorar, isso não é sucesso.

Como escrevi aqui no Startupi, existem dois tipos básicos de Key Results:

  • Key Results baseados em Atividades (ou Milestones): Medem o cumprimento de tarefas e atividades ou a entrega de milestones de projeto;
  • Key Results baseados em Valor: Medem a entrega de Valor para o cliente ou para a organização.

Se você estiver usando Key Results baseados em Atividades, você está usando o OKR como uma ferramenta de gerenciamento de projetos e basicamente repetindo a mesma informação em dois lugares: nos OKRs e na sua ferramenta de projetos.

De Desenvolvimento Ágil para Metas Ágeis

OKR pode complementar Agile e Lean em 5 dimensões:

  • Mudando o foco de features para valor;
  • Possibilitando equipes autônomas e auto-organizadas;
  • Habilitando a adoção Ágil, substituindo previsibilidade por resultados;
  • Incentivar abordagens mais simples e lotes menores.

1) Mudando o foco de features para valor

Como Cagan escreveu sobre como resolver a mentalidade “fábrica de features”:

“Quando usado corretamente, [OKRs] ajudam a mudar o foco de tarefas (features em roadmaps) para valor (resultados de negócios).”

Cagan também recomendou que as empresas usaram OKR como uma alternativa aos roadmaps, abandonando o foco tradicional em uma longa lista de futuras features para um foco na geração de valor – independentemente de quais recursos serão enviados.

Tive a oportunidade de facilitar essa transição para a Locaweb, líder em serviços de hospedagem profissional no Brasil. Após um período de teste, as 9 equipes de produtos diferentes da Locaweb abandonaram os roteiros de produtos no início de 2016 e agora estão completamente focados em entregar seus OKRs.

Como você provavelmente percebeu, eu sou um grande fã de Marty Cagan e recomendo vivamente que você estude seu livro e seu blog.

2) Possibilitando equipes autônomas e auto-organizadas

A utilização da OKR como alternativa aos roadmaps permite a autonomia do time, alterando o que se espera deles. O papel do time equipe muda:

De: “entregar as features que os stakeholders querem”;

Para: “alcançar os OKRs acordados os stakeholders”.

O décimo primeiro princípio do Manifesto Ágil afirma:

As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.

Mas as equipes auto-organizáveis precisam de direção clara. Para ter uma organização de alta autonomia e alto alinhamento, formada por equipes auto-geridas, você tem que definir um “norte” para a organização. Um conjunto de OKRs para cada equipe fará exatamente isso.

4) Habilitando a adoção do Agile, substituindo a previsibilidade por resultados

Uma das principais barreiras para a adoção e expansão do Agile é o medo de perder controle e previsibilidade. Projetos de transformação ágil geralmente exigem um salto de fé por parte das partes interessadas: “Vamos abandonar o escopo fechado e cronograma detalhado do projeto, mas confie em nós, tudo vai dar certo”.

OKR pode ajudar a superar esse medo, substituindo a previsibilidade percebida de um gráfico de Gantt com o compromisso de entregar resultados de negócios pré-definidos.

Em vez de se comprometer a entregar a feature X na data Y, a equipe se compromete a entregar os resultados acordados.

5) Incentivar abordagens mais simples e entregas mais frequentes

Quando usado corretamente, o OKR pode forçar a equipe a adotar abordagens mais simples e  mais frequentes.

Um erro comum cometido por equipes que estão começando com OKR é considerar que eles têm todo o ciclo OKR (geralmente um trimestre) para desenvolver recursos que irão impactar os Key Results no próximo ciclo. Isso não é verdade.

Uma abordagem melhor é usar o OKR para implementar um timebox baseado em valor: você tem que entregar valor (ou seja, melhorar os Key Results) até o final do ciclo. Isso significa que a equipe não será capaz de passar 6 meses desenvolvendo um projeto sem medir os resultados..

Eles terão de entregar uma melhoria incremental rapidamente (um MVP, piloto ou experimento), a fim de medir o seu impacto sobre o OKRs e ajustar de acordo. E como as features são apenas experimentos, sabemos que nem todas elas funcionarão – forçando a equipe a adotar abordagens ainda mais enxutas.

Não podemos permitir que uma equipe desperdice 1/4 de um ano perseguindo uma hipótese não validada. A adoção de timeboxes baseadas em valor pode ajudar a resolver isso.

Conclusão

Espero que este post o tenha ajudado a entender como usar o OKR em suas equipes Agile. Para saber mais, me siga no Twitter.


FelipeCastro_MugshotFelipe Castro (Twitter @meetfelipe) é OKR Coach e sócio da Lean Performance, consultoria focada em ajudar empresas a construírem culturas Focadas em Resultado, Data Driven e Baseadas em Validação de Hipóteses. Felipe é Engenheiro de Computação pela PUC-Rio.

O post Utilizando OKR e Agile apareceu primeiro em Startupi.

Conteúdo originalmente publicado por: Startupi

CLIQUE para ler mais artigos do Autor: http://startupi.com.br/feed/.

Todo o conteúdo deste site está publicado sob a licença:

Creative Commons CC BY ND 3.0 Brasil.

Você pode gostar...

Deixe uma resposta