Você está na página 1de 20

Instruções Gerais

Indicadores de Produto

Última revisão 17/08


Objetivo e Expectativas do Material
Foco: proatividade para melhorar nossa qualidade, eficiência e entrega de valor

Indicador Por que? Expectativas

• Análise e identificação dos ofensores


É importante acompanharmos a evolução das nossas • Priorização das hipóteses para endereçar os problemas /
entregas de valor pensando na jornada do usuário. Ele evoluir o resultado
NPS
está satisfeito com a solução que entregamos? Quais são • Planejamento da implementação das hispotéses
as suas dores? Como podemos ajuda-lo? • Resultados esperados

• Análise e identificação dos ofensores até 3º nível


• Mapeamento das hipóteses por etapa do ciclo (pri, dev, valid.)
Gestão da eficiência do processo para conseguirmos • Gestão das hipóteses: backlog, quais foram priorizadas, estão
TTM em andamento, conclúidas
maximizar a entrega de valor
• Detalhamento da hipótese: qual o resultado esperado, prazo,
qual a causa que está endereçando..

Gestão da qualidade do software para nos ajudar a • Entender qual foi o impacto da falha
CFR identificar aonde precisamos atuar no processo / • Mapear causas e problemas identificados
engenharia para entregar valor de forma sustentável • Apresentar as ações e hipóteses para solucionar a causa

• Entender qual foi a causa da indisponibilidade


• Avaliar o impacto da indisponibilidade para a operação
Gestão da qualidade do software para acompanhar a
MTTR nossa eficiência em reestabelecer • Apresentar as ações e hipóteses para mitigar o problema /
reduzir o tempo de resposta
Acordo do Time!

• Podemos alterar o template ou excluir modelos de slides ? Sugestões são bem vindas, por favor me procure antes para
apresentar as sugestões e levarmos para os demais serviços também !

• Pode incluir slides? Sim, fiquem a vontade para incluir novos slides.

• Faremos acompanhamento quinzenal dos avanços das hipóteses dos indicadores, então por favor mantenham o arquivo
com todo o histórico do mês e ocultem os slides que já tiverem sido apresentados na última discussão

• Fechamento mensal: ao final da segunda quinzena discutiremos quais foram as principais ações que alavancaram os
resultados. Aqui será a hora de brilhar! Vamos comemorar nossos avanços!

• Vamos fazer uma boa gestão do processo! Por favor mantenham uma gestão de versionamento do material por mês]

• Temos vários colegas colaborando e editando o mesmo arquivo, por favor vamos mante-lo atualizado na pasta do teams:
Regras do Jogo!

• É importante que o material esteja atualizado na pasta às Sexta-Feiras. Por que? Utilizamos ele como base para mostrarmos as
evoluções e dificuldades dos times em várias outras cerimonias. Seguem alguns exemplos:

• Toda Terça-feira: apresentação dos indicadores de produto Gui P.

• Reunião mensal com Horai (próxima dia 20/08)

• Última quinta-feira do mês: apresentação na review da Log.co com os heads e Diretores do Business

• Quem participa da reunião de acompanhamento? Embaixadores dos indicadores (obrigatório) e time de produto e serviços (opcionais)

• E se eu tiver um impedimento e não puder atualizar o material ou participar do follow? Peça ajuda para alguém te cobrir

• Quem irá atualizar o material : Indicador Track&Trace Unidocs Connext


NPS Elias
TTM Tatiane/Juan
MTTR Jeison
CFR William
TTM
PRODUTO UNIDOCS
Jornada do TTM
Análise Detalhada (Julho)

Épicos TTM PRODUTO WMS META

19 33 DIAS 39 DIAS

PRIORIZADO EM ANDAMENTO AGUARDANDO VALIDAÇÃO

0 DIAS 33 DIAS 0 DIAS

Criado > Priorizado Versão Processo de


Desenvolv. Code Review Homologação Teste QA DEPLOY CONCLUÍDO
* Não conta no TTM Diponível Change

30 Dias 30 DIAS ? DIAS ? DIAS ? DIAS ? DIAS ? DIAS ? DIAS ? DIAS


TTM
Status de Hipóteses

Em Aguardando
Hipóteses Concluído
andamento Validação
Adequar os épicos conforme entrega de Criar 100% dos Épicos com conteúdo
Organizar agenda para validação dos
valor aderente a meta de TTM
testes em homologação
Reduzir o número de histórias a serem
Versionar 100% de entregas com
desenvolvidas
Reduzir o tempo gasto em homologação planejamento.

Entender tempo gasto no épico (histórico)


Criar pacotes menores por Release Implantar processo de data de corte para
fechamento de release
Reduzir problemas de ambiente e
aumentar velocidade de entrega Analisar média de tempos nos épicos nos
Conseguir reduzir tempo entre Releases pilares "priorizado" e "aguardando validação"

Criar novos ambientes de QA para


projetos maiores Monitorar semanalmente os épicos em
andamento
Verificar viabilidade de ter ambientes
para testes por squads.
Conseguir identificar erros e problemas
de processo do TTM

Diminuir tempo de "Aguardando


Validação" 

Criação de jiras de testes dentro das


sprints
NPS
PRODUTO XPTO
OFENSORES NPS
Análise dos eventos

1° Pareto

4° Plano 2° Ações
de
Trabalho
Objetivo vs
Detratores


Estimativa
Ganho
Etapa 1° - Pareto

• P r i n c i p a i s o f e n so re s
:
• Bugs/Erros
• Lentidão

*Dados extraídos em: 14/08


NPS
Status de Hipóteses

Em Aguardando Concluído
Hipóteses andamento Validação
Melhorar performance de utilização Reduzir a quantidade de erros Executar changes com sucesso Melhorar atendimento suporte

Priorizar correção de erros identificados Definir processo, agendas e ferramenta


Executar medição  Efetuar testes gerais no produto, para
através de chamado
impedir entrada de erros em produção

Workshop Atualização melhorias NPS

Forum para captar as sugestões de


melhorias por parte dos key user (CDD, Desenvolver  melhorias no sistema NPS
RDA e Transp.)

Treinamento usuário

Criar treinamento atualizado das


funcionálidades do produto separador
por tipos de perfil

Visibilidade canais suporte

Criar fluxo e documentação atualizado


de canais de atendimento suporte

Atendimento via chat virtual

Criar nova ferramenta chat box virtual,


contendo as principais dúvidas e rotinas
do produto
Etapa 2° e 3° – Ações vs Detratores

• Priorização das Hipóteses:   Detratores : 12%


• Reduzir quantidade de erros (chamados)  
Reduzir 3% 
• Executar changes com sucesso (testes avançados)            

AS IS Estimativa (TO BE)

https://binds.co/calcular-nps/
Etapa 4° – Plano de trabalho

Desenvolvimento  Correção principais Analisar performance de


das melhorias NPS ofensores Suporte utilização 

Start Julho Agosto Setembro Outubro Novembro Dezembro

Definição processos Correção principais Melhorias de performance

atendimento Suporte e ofensores Suporte

Te s t e s r e g r e s s ã o
MTTR
PRODUTO UNIDOCS
OFENSORES MÊS RECORRENTE
Acompanhamento – Registro total de Eventos do Indicador

11,4 MIN YTD Disponibilidade


47,1 MIN JUL (SLA)
META: INF A 20 MIN 99%

Evento Qtd. MTTR Ação Status Prazo


Danos 2 9,1 min Contratação de link MPLS Em andamento 31/10
fibras/backbones os entre Armazén DC e
fornecedores de link  do Datacenter UOL
Datacenter

Lentidão no 2 9,1 min Solicitado esclarecimentos Em andamento 18/08


monitoramento da quanto a forma de
Pinpoint monitoramento realizado
OFENSORES JUNHO
Análise dos novos eventos

Indisponibilidade do link de Internet


Quantidade: 5 eventos
MTTR: 9,1 min
Contratação de link MPLS
Ausência de redundância de
entre Armazén DC e
acesso ao Datacenter UOL
Datacenter UOL

Danos fibra/backnones dos


ERP1s não notificados após
fornecedores de link do
emissão de documentos
Datacenter

Falta de monitoramento do
Criação de monitoramento
acesso entre Armazén DC e
PFSense
Datracenter UOL
MTTR
Status de Hipóteses

Em Aguardando Concluído
Hipóteses andamento Validação
Atualização de VPN Migração dos servidores de Balancer 

Atualizar e Migrar servidores


migrar PFSense (VPN) do Unidocs do XenSe de Balancer do Unidocs do XenServer para
rver para o VMWare o VMWare

Migração do MongoDB

Migrar MongoDB do Unidocs/HBCTE


do XenServer para o VMWare
CFR
PRODUTO UNIDOCS
OFENSORES AGOSTO
Causas e ações

Próxima change: 18/08

15 changes Objetivo da change:


- Automatização de tarifas.

4 falhas - Vale Pedágio manual (comunicação com DIGITALCOMM)

Falhas anteriores:
• Erros gerados após change, com bugs não identificados
26,7% YTD durante os testes.

50% AGO
META: INF A 7,5%
CFR

Em Prazo de
Aguardando
Prazo de
Hipóteses entrega entrega
Concluído
andamento Validação
Realizar deploy com mais 18/08 Criar cenários de testes do
Migrar para o Azure DEVOPS
frequência caminho crítico
Agilizar o processo de change Agilizar as entregas em
produção
Discovery fará testes de regressão
em funcionalidades críticas em
Automatizar testes ambiente de qualidade.

31/08
Garantir que 100% das entregas
tenham testes unitários
Criar processo de data de corte
para fechamento de release

Toda terça-feira será fechado um


novo pacote e disponibilizado em
ambiente de testes