Pular para o conteúdo
Português - Brasil
  • Não há sugestões porque o campo de pesquisa está em branco.

Quality Score

Uma métrica para avaliar a qualidade das entregas realizadas no desenvolvimento de tarefas.

Última atualização: Março de 2025

1. OBJETIVO

Garantir entregas consistentes e de alto nível ao fornecer uma avaliação quantitativa da qualidade e do valor das entregas durante o desenvolvimento, promovendo um feedback estruturado, impulsionando a melhoria contínua e agregando valor ao processo de desenvolvimento, que vai de encontro ao nosso pilar cultural de Excelência na Execução. Ele deve ser definido com base em 3 pilares: cumprimento dos objetivos propostos de forma satisfatória (DoD - Definition of Done); aplicação de boas práticas de qualidade e documentação e a quantidade de revisões que foram necessárias para aprovação.

 

2. DESCRIÇÃO

O QUE: É uma métrica utilizada para avaliar a qualidade dos desenvolvimentos realizados pelo time, onde o revisor designado tem a missão de fazer esta análise qualitativa.

POR QUE: Fornece uma avaliação objetiva da qualidade e do valor entregue, promovendo feedback transparente e orientando medidas corretivas para futuras interações de desenvolvimento. Isso resulta em entregas consistentes de alta qualidade, agregando valor tangível, enquanto promove uma cultura de melhoria contínua.

ONDE: Na plataforma ClickUp, diretamente na tarefa avaliada, na propriedade personalizada "Quality Score".

QUANDO: Em todas as tarefas que atingiram o status "done" (estágio final do Kanban onde a tarefa foi devidamente concluída).

COMO: O rating abrange uma escala de 1 a 5 estrelas, fundamentada em vários critérios, pelos quais o revisor avaliará o desempenho da tarefa. Para realizar a avaliação basta acessar a tarefa e ir na aba "detalhes" dentro da mesma.

3. COMO FUNCIONA O QUALITY SCORE

  • O rating varia de 1 a 5 estrelas, considerando critérios como cumprimento dos objetivos (DoD - Definition of Done), documentação e qualidade técnica.

  • A avaliação é feita dentro da própria tarefa, na aba "detalhes" do ClickUp:

Captura de Tela 2025-03-10 às 13.34.54

IMPORTANTE

Quem realiza a avaliação do Quality Score após a finalização da tarefa é o revisor. O dono da tarefa NÃO revisa sua própria tarefa!! Para a qualificação ser efetivada, o dono da tarefa e o revisor devem ser diferentes.

4. ORIENTAÇÕES GERAIS PARA O DESENVOLVIMENTO

Antes de enviar a tarefa para revisão, tenha um olhar clínico quanto à revisão da própria tarefa, se todos objetivos foram cumpridos e se a descrição está clara para que o revisor compreenda o que foi desenvolvido.

  • Se possível, grave os testes realizados e adicione nos comentários da tarefa para garantir que tudo funcione corretamente. 

    • Obs.: após realizar os testes e documentar, é obrigatório ajustar os fluxos com as regras originais. Ex.: delay de 1 hora que foi alterado para 1 min, apenas para teste, deve ser ajustado para 1 hora antes de enviar para revisão, ou seja, pronto para atender as regras de negócios do cliente.

      • Exceção: caso que não é possível configurar a regra final (ex: round-robin em o usuário/time não está na Hubspot).

  • Envie a comunicação de conclusão da tarefa via slack após validação interna e inclua nos comentários da tarefa o link da thread em que a comunicação foi realizada. Se for email, incluir print do email.

  • Ações que visam validar dados exigem atenção minuciosa para garantir que façam sentido, portanto, evite trabalhar em tarefas paralelas nesses casos, mantenha o foco total para auditar/criticar os dados objetivos. Trabalhar em parceria é uma ótima opção também. 

    • Ex.: no desenvolvimento de relatórios é necessário verificar se os dados estão de acordo com a realidade da operação, ou seja, dados exibidos nos relatórios não é garantia de que estão corretos, portanto, audite-os.

  • Todas as reuniões de mapeamento, definições e alinhamentos, ou seja, reuniões que possuem importância significativa e que podem gerar a necessidade de consulta futura, obrigatoriamente devem ser gravadas (Fathom ou OBS Studio).

    • Fathom: ferramenta prática para uso no dia a dia. Deve ser desabilitado o  Auto Request Recording Consent, sendo dado início à gravação no momento oportuno de forma manual, alinhado com o cliente.

    • OBS Studio: recomendamos para gravação de treinamentos, devido a possibilidade de configurações e qualidade da gravação. Atenção para subir o arquivo no drive do cliente e compartilhar o link.

5. COMO FAZER A DOCUMENTAÇÃO

Ao documentar o que foi desenvolvido na tarefa verifique se você:

  • Descreveu de forma clara e objetiva tudo o que foi desenvolvido dentro da tarefa.

  • Adicionou todos os links e/ou prints que redirecionam para o que foi desenvolvido.

  • Adicionou a descrição dos alinhamentos de expectativa realizados com o cliente, quando necessário.

  • Adicionou a lista de próximos passos, quando houver.

  • Adicionou o link com a gravação das reuniões (Fathom ou OBS Studio).

  • Adicionou o link da thread do Slack ou print do e-mail em que foi comunicada a conclusão da tarefa. 

    • A comunicação ao cliente sobre a entrega poderá acontecer antes da conclusão da tarefa, em casos de tarefas de Treinamento e Suporte/Sustentação.

6. METODOLOGIA NEXFORCE E REQUISITOS DE QUALIDADE

  • Todos os materiais disponibilizados pela Nexforce, como artigos da KB, EdApp, conta Demo e artigos da HubSpot e/ou da comunidade, devem ser utilizados como referência para garantir qualidade na entrega.

  • Requisitos de Qualidade → São critérios básicos que devem ser seguidos para cada tipo de desenvolvimento. 

7. CRITÉRIOS

O Quality Score leva em conta três pilares essenciais:

  • Resultado esperado → A entrega atingiu o objetivo definido (DoD - Definition of Done)?

  • Documentação do que foi realizado → A descrição e registros estão claros?

  • Qualidade seguindo a metodologia Nexforce → Foram seguidas as melhores práticas?

 Os seguintes itens NÃO impactam a nota:

  • Alinhamentos internos com outros FAs ou revisores;

  • Solicitação de orientação para desenvolvimento;

  • Recusa da tarefa pelo revisor por melhorias identificadas;

  • Preenchimento do checklist no DoD (Definition of Done);

  • Explicações ou testes extras em vídeo.

Nota

DoD

Documentação

Qualidade

⭐⭐⭐⭐⭐

Atingiu 

Atingiu

Atingiu

⭐⭐⭐⭐

Atingiu

Atingiu parcialmente

Atingiu parcialmente

⭐⭐⭐

Atingiu parcialmente

Atingiu parcialmente

Atingiu parcialmente

⭐⭐

Atingiu parcialmente

Atingiu parcialmente

Atingiu parcialmente

Não atingiu

Não atingiu

Não atingiu

  • 5 Estrelas (Excelente) ⭐⭐⭐⭐⭐

    • Atingiu os critério de DoD;

    • Documentação completa e clara;

    • Qualidade excelente (Metodologia, descrição na tarefa e materiais, comunicação com cliente, etc)

    • Ex.: A tarefa atendeu a todos os critérios de DoD, a documentação está completa e clara, e a qualidade do trabalho é excelente. Revisão aprovada na primeira avaliação, considerando os critérios acima.

  • 4 Estrelas (Boa) ⭐⭐⭐⭐

    • Atingiu os critério de DoD;

    • Documentação parcialmente completa ou clara;

    • Qualidade boa, mas requer ajustes (Metodologia, descrição na tarefa e materiais, comunicação com cliente, etc) 

    • Ex.: A tarefa atendeu aos critérios de DoD, porém a qualidade baseada na metodologia ficou aquém (organização, taxonomia, blindagem lógica, etc) e/ou documentação ausente ou não ficou clara (não utilização do template, imagens estouradas/desalinhadas, pobre de conteúdo, etc). Após reprovação e/ou ajuste do revisor, a tarefa foi corrigida e aprovada.

  • 3 Estrelas (Satisfatória) ⭐⭐⭐

    • Atendeu parcialmente os critério de DoD;

    • Documentação parcialmente completa ou clara;

    • Qualidade satisfatória, mas requer várias melhorias (Metodologia, descrição na tarefa e materiais, comunicação com cliente, etc) 

    • Ex.: A tarefa não atendeu aos critérios de DoD, o que afeta diretamente a documentação e qualidade de entrega (se não atende os critérios de DoD, não atende o mínimo esperado). O responsável recebe as orientações para correção, consegue ajustar efetivamente e atualiza a documentação corretamente.

  • 2 Estrelas (Requer correções) ⭐⭐

    • Atendeu parcialmente os critério de DoD;

    • Documentação incompleta ou confusa;

    • Qualidade requer várias melhorias (Metodologia, descrição na tarefa e materiais, comunicação com cliente, etc) 

    • Ex. A tarefa não atendeu aos critérios de DoD, o que afeta diretamente a documentação e qualidade de entrega (se não atende os critérios de DoD, não atende o mínimo esperado).O responsável recebe as orientações para correção, mas a correção atende parcialmente o esperado, a documentação ainda não está completa ou clara, sendo reprovada novamente, até duas vezes, para ajustes e seguir com a aprovação.

  • 1 Estrela (Insatisfatória) ⭐

    • Não atendeu aos critério de DoD;

    • Documentação ausente ou incompleta ou confusa;

    • Qualidade requer várias melhorias (Metodologia, descrição na tarefa e materiais, comunicação com cliente, etc) 

    • Ex.  Não atendeu aos critérios DoD, mesmo recebendo as orientações para correção, a tarefa foi reprovada mais de duas vezes e o responsável não consegue concluir sem apoio de outra pessoa do time

Se uma tarefa for postergada de Sprint por responsabilidade do desenvolvedor, a nota sofrerá um decréscimo na avaliação final.

  • Exemplo:

    • Mesmo que na Sprint seguinte todos os critérios sejam atendidos (nota 5), o ajuste será aplicado (-1), resultando em nota 4, ou;

    • Se a entrega original recebesse nota 4, a pontuação final será 3.


Testes unitários: Uma tarefa enviada para revisão sem evidências de teste e descrição do que foi feito não atende os critérios de pronto, portanto, será recusada. O analista responsável pela tarefa deve garantir a evidência do seu trabalho e trazer ao revisor uma visão clara do que foi feito, por meio de conteúdo descritivo em texto e/ou vídeo.

Notificações: Foi criada uma automação através da plataforma Slack, para lembrar o revisor de realizar a avaliação das tarefas dos responsáveis!

8. CONSIDERAÇÕES FINAIS

O Quality Score é mais do que uma métrica, é uma ferramenta para garantir transparência, qualidade e melhoria contínua no desenvolvimento das tarefas.
Se houver dúvidas ou necessidade de ajustes, o processo de avaliação pode ser revisado e aprimorado continuamente para refletir a realidade de toda área de operações.

Por fim, evite estabelecer critérios específicos por squad ou pessoa. Qualquer alteração deve ser previamente analisada pelos GMs, SMs ou PRs antes da implementação, garantindo uma avaliação justa e consistente.

9. MATERIAL DE APOIO

  • Playbook de revisão das tarefas (Link).