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?
É importante acompanharmos a evolução das nossas
entregas de valor pensando na jornada do usuário. Ele
NPS
está satisfeito com a solução que entregamos? Quais são
as suas dores? Como podemos ajuda-lo?
Gestão da eficiência do processo para conseguirmos
TTM
maximizar a entrega de valor
Gestão da qualidade do software para nos ajudar a
CFR identificar aonde precisamos atuar no processo /
engenharia para entregar valor de forma sustentável
Gestão da qualidade do software para acompanhar a
MTTR nossa eficiência em reestabelecer
Expectativas
• Análise e identificação dos ofensores
• Priorização das hipóteses para endereçar os problemas /
evoluir o resultado
• Planejamento da implementação das hispotéses
• 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 das hipóteses: backlog, quais foram priorizadas, estão
em andamento, conclúidas
• Detalhamento da hipótese: qual o resultado esperado, prazo,
qual a causa que está endereçando..
• Entender qual foi o impacto da falha
• Mapear causas e problemas identificados
• 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
• 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
Hipóteses
Organizar agenda para validação dos
testes em homologação
Reduzir o tempo gasto em homologação
Criar pacotes menores por Release
Reduzir problemas de ambiente e
aumentar velocidade de entrega
Criar novos ambientes de QA para
projetos maiores
Verificar viabilidade de ter ambientes
para testes por squads.
Em Aguardando
Concluído
andamento Validação
Adequar os épicos conforme entrega de Criar 100% dos Épicos com conteúdo
valor aderente a meta de TTM
Reduzir o número de histórias a serem
Versionar 100% de entregas com
desenvolvidas
planejamento.
Entender tempo gasto no épico (histórico)
Implantar processo de data de corte para
fechamento de release
Analisar média de tempos nos épicos nos
Conseguir reduzir tempo entre Releases pilares "priorizado" e "aguardando validação"
Monitorar semanalmente os épicos em
andamento
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

3°
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