OKRs E Evolução Da Qualidade De Software

Todo final de ano e começo, as empresas utilizam de uma boa parte do tempo para realizar o planejamento estratégico. Esse planejamento procura garantir um caminho que a empresa queira seguir para alcançar suas metas.

Muito das empresas utilizam o conceito de OKRs para desenvolver seu planejamento, assim o tema de hoje busca apresentar como o QA pode usar das OKRs para evoluir a cultura de qualidade da empresa, então bora lá?

OKRs (Objectives and Key Results) é um framework de gerenciamento de metas que ajuda as organizações a definir e acompanhar objetivos e resultados-chave de maneira eficaz. Ele é projetado para estabelecer clareza, foco e alinhamento em relação às metas da empresa, equipe ou indivíduo. É divido em duas partes:

Objetivos (Objectives): Os objetivos são declarações concisas que descrevem o que você deseja alcançar.
Resultados-Chave (Key Results): Os resultados-chave são métricas quantificáveis e mensuráveis que indicam o progresso em direção aos objetivos. Cada objetivo pode ter vários resultados-chave associados a ele. Esses resultados-chave devem ser específicos, mensuráveis, alcançáveis, relevantes e com prazo definido.

O grande diferencial das OKRs é a abordagem de definição de metas “top-down” e “bottom-up”. Isso significa que os objetivos de nível superior são definidos pela liderança e desdobrados para os times, mas também há espaço para que os times definam seus próprios OKRs que estejam alinhados com os objetivos organizacionais, e aqui nessa etapa que o QA deve atuar.

Toda empresa (a gente acredita rsrs) quer crescer de maneira sustentável e entregar um produto com qualidade, nesse sentido o QA deve utilizar dos momentos de planejamento e interação com a equipe para mostrar pontos de evolução que podem ser planejados no quesito qualidade de software. Alguns pontos muito interessantes para o QA atuar são:

Sinta a dor do time: muito das vezes acabamos vendo algumas dores que o time sente e acabamos não utilizando dessas dores para evoluir, veja as dores do time e estabeleça KRs voltados para sanar essas dores, dores como débito técnico, dificuldade de deploy, automação, code review, todas essas dores podem se tornar KRs para evoluir o time;
Crie uma recorrência: com a OKR criadas, agende uma recorrência semanal ou quinzenal para alinhar como está as atividades relacionadas, evoluções, dificuldade e pontos de ação para a próxima semana. Sempre é importante nesses alinhamentos os membros do time saírem com ações voltadas para a OKR.
Divide os KRs em tarefas pequenas: a grande maioria das OKRs são criadas para serem desenvolvidas em 3 a 6 meses, deixando um grande espaço de tempo entre um Q e outro, nesse sentido tente criar pequenos entregáveis para cada KR criado, voltemos no passo 1, suponhamos que uma das dores é débito técnico, pode ser criado uma meta semanal ou quinzenal de ser corrigidos X débitos técnicos, tenha sempre um feedback contínuo das atividades realizadas.
O chapter de QA pode ter OKRs também: muitas empresas os QAs atuam em chapters, e para as OKRs isso é excelente, vários QAs unidos conseguem mudar mais ainda uma empresa, nesse sentido o chapter de QA pode utilizar das OKRs para gerar um objetivo que todos os QAs em cada time consiga desenvolver a evolução, um exemplo muito legal é o chapter colocar um objetivo “Que a empresa X consiga aplicar continuos testing em todos os times”, quais seriam as ações de cada QA para alcançar essa meta?

Acima deixo alguns itens para auxiliar a você aplicar OKRs dentro do times para que alavanque a qualidade dentro da empresa que você trabalha. Lembre-se de que a implementação bem-sucedida dos OKRs requer comprometimento, comunicação transparente e uma cultura de aprendizado contínuo 🚀.

Espero que tenham gostado do tema de hoje e que consigam utilizar em sua carreira. Nas seções abaixo trago três links para você realizar uma leitura adicional sobre OKRs, aproveite 😊.

Leitura Adicional

Para ter conteúdos semanais sobre Tecnologia e Qualidade de Software, assine minha newsletter Tech & Quality 🚀.