Qualidade Orientada a Dados em times Ágeis

Bárbara Cabral

+4000 clientes

RDStation: SaaS

+70 desenv.

Automação

Marketing Digital

Estrutura

#1 Introdução#2 Mapeamento de Defeitos (tags github)#3 OKR#4 KPI#5 Métricas Gerais

- Na Release- Na Sprint

#6 Post Mortem#7 Próximos Passos

Agenda

# Manifesto Ágil

“Working Software is the primary measure of progress”

Testes devem acompanhar todo o Ciclo de desenvolvimento

Custo do defeito no Ágil

Produzir sem interrupções

DesenvolverProduzir Distribuir

Rapidamente

# Lean

# Build Integrity in

Construa qualidade dentro

Quality Assurance

Quality Control Detecção

Prevenção

# 1Agile Metrics

http://ronjeffries.com/articles/016-03/you-want/

# 2Lean Portifolio Metrics

# 1 Lean Portifolio Metrics

# 6

O inícioObs: os dados a seguir são fictícios!

# Release: Bugs Abertos acumulados por Feature (heatmap)

Feature 01/2015 02/2015 03/2015 04/2015 05/2015 06/2015 07/2015 08/2015 09/2015 10/2015 11/2015 12/2015 TOTAL

Feature 5 5 3 7 7 5 6 4 4 6 11 6 10 74

Feature 10 2 1 0 1 1 1 3 9Feature 20 0 0 1 1 0 0 0 2 1 1 0 1 7Feature 12 0 0 0 0 0 1 0 0 1 0 0 1 3Feature 7 0 0 0 1 2 2 1 1 1 1 0 1 10Feature 19 4 0 1 0 1 0 4 1 3 0 1 1 16Feature 11 0 8 6 3 5 5 10 7 5 5 4 7 65Feature 9 1 4 1 1 6 3 5 7 1 1 2 1 33Feature 3 0 0 7 0 2 1 2 0 1 1 2 0 16Feature 6 7 8 13 9 5 3 13 6 5 11 4 1 85Feature 14 3 1 4 3 4 3 4 0 2 2 3 0 29Feature 1 3 2 0 2 4 2 1 2 2 2 1 0 21Feature 8 0 5 2 0 1 3 5 1 0 1 0 0 18Feature 13 0 0 0 0 0 7 5 1 2 3 3 1 22Feature 9 2 4 4 3 4 1 1 1 7 5 4 4 40

# Release: Nr. de Defeitos por Urgência: Gravidade + Frequência

Gravidade Urgência

Não consegue contornar 26 47 28 Corrigir rápido 93 39.41%

Existem alternativas 24 26 18 Corrigir em breve 73 30.93%

Consegue realizar tarefa 26 20 21 Corrigir

eventualmente 70 29.66%

Raramente Às vezes Sempre Frequência

# Release: Pontos de Criticidade por Feature (heatmap)

Feature 08/2015 09/2015 10/2015 11/2015 12/2015 Média

Feature 5 6.00 4.50 4.10 4.00 3.67 4.87

Feature 20 3.50 0.00 5.00 0.00 0.00 2.83

Feature 12 0.00 4.00 0.00 0.00 0.00 1.33

Feature 7 3.00 5.00 4.00 5.00 0.00 4.00

Feature 19 0.00 4.33 0.00 0.00 0.00 1.44

Feature 15 0.00 0.00 0.00 0.00 0.00 0.00

Feature 9 3.60 4.13 4.00 0.00 4.00 3.91

Feature 3 0.00 3.50 0.00 0.00 0.00 1.17

Feature 6 4.00 5.00 3.83 4.00 4.50 4.28

Feature 14 0.00 5.00 5.00 4.00 0.00 3.33

Feature 1 5.00 5.00 5.50 5.50 0.00 5.17

Feature 8 6.00 0.00 5.00 0.00 0.00 3.67

Feature 13 5.00 3.50 4.00 4.67 0.00 4.17

Feature 9 3.60 4.13 4.00 0.00 4.00 3.91

# Na Sprint: Alocação e Ritmo de CorreçãoRelease 2

Corrigidos sem alocaçãoTime Alocados

Não corrigidos Corrigidos

Total Corrigidos

Time 1 4 1 3 1 4Time 2 3 1 2 3 5Time 3 0 0 0 4 4Time 4 3 1 2 3 5Time 5 4 2 2 3 5Time 6 5 3 2 2 4

19 8 11 16 27

# Release: Abertos vs. Fechados - Mensal

# Release: Backlog por Time - Mensal

# 3

OKRObs: os dados a seguir são fictícios!

É um framework criado pela Intel e adotado pelo Google em 1999.Objetivo é a descrição qualitativa do que se espera atingir e os Key Results são métricas que indicam se atingimos nosso objetivo.

Quais são as características de OKR?● Ciclos curtos de definição de metas:

○ Ciclos trimestrais de desdobramento de metas;● Simplicidade

○ OKRs devem ser simples e mensuráveis, de fácil compreensão;● Transparência

○ OKRs devem ser públicos para toda a empresa.

OKR (Objectives and Key Results)

# 4

KPIObs: os dados a seguir são fictícios!

São medidas quantificáveis para compreender se os objetivos estão sendo atingidos. Consequentemente, esses indicadores determinam se é preciso tomar atitudes diferentes que melhorem os resultados atuais

Quais são as características de OKR?● Conjunto de Métricas● Peso

○ Cada Métrica compõe um peso para o KPI

KPI (Key Performance Indicator)

# Baseado nas Labels & calculado por defeito (extraído do github)

# Mês de Abertura Título Funcionali

dade Frequência Gravidade ScoreFrequência

ScoreGravidade

Peso Suporte

Peso Rollbar

ScoreUrgência

16 10/2014 ABC Feature 1 Às vezesConsegue

realizar tarefa2 1 0 1 4

34 04/2015 DEF Feature 7 Às vezesConsegue

realizar tarefa2 1 1 0 3

39 08/2015 GHI Feature 1 SempreExistem

alternativas3 2 0 0 5

46 11/2015 JKL Feature 1 SempreNão consegue

contornar3 3 1 1 7

# Baseado nas Labels & calculado por defeito (extraído do github)

ScoreUrgência

4

3

5

7

4+3+5+7 = 19 = 4,75 4 4

# KPI - Quality Index (Por time)

# KPI - Quality Index (por Time)

# Definindo um OKR (Trimestral)

OKR Q3 Reduzir a nota do KPI de F (6,0) => E (5,0)

Dono Bárbara

Frequência de medição

Semanal

Como é calculado Baseado nas 4 métricas: - Incidentes- Bugs Criados- Backlog de bugs acumulado- Score médio dos bugs acumulados

Valor atual 6,45 (F)

Valor alvo 5,00 (E)

# 5

SLA de Defeitos

Criticidade SLA Média Nr Dentro SLA %

2 90 38,00 1 1,00 100%

3 90 0,00 0 0,00 0%

4 30 156,75 4 2,00 50%

5 30 36,00 4 3,00 75%

6 15 0,00 0 0,00 0%

7 7 0,00 0 0,00 0%

% Bugs do Baklog que estão dentro do SLA: 38%

# SLA de Defeitos - Foco: Consertar Rápido

Skype: babipcabralTwitter: @barbarapcabralLinkedIn: /in/barbaracabralE-mail: barbaracabral@gmail.comBlog: http://barbaracabral.wordpress.com

Contato

We’re hirin

g!