Lytics e os nossos dados

Trabalhamos para resolver problemas

  • MPD quer saber em que áreas investir;
  • Sebrae quer recomendação sobre jornada do cliente;
  • Suvinil quer controlar produção de maneira mais inteligente;

E quando o problema é o NOSSO?

  • Uma das dores:
    • Poder alocar melhor pessoal de delivery
      • Saber o que funciona e o que não;

      • Testar processos para melhoria de desempenho do time;

      • ...;

Precisamos de Dados

Dados: Por que Jira e por que padronizar?

  • Disclaimer: não queremos forçar um caminho para sempre; mas por enquanto
  • Dificuldade em gerir -- mesmo precisando o mínimo;
  • JIRA continua a oferecer uma boa relação de funcionalidade flexibilidade, ecossistema, custos;
    • Analisamos constantemente diversas alternativas;

Futuro e alternativa

Hipótese

  • Times livres, ferramentas livres;
  • Estabelecemos um "contrato" mínimo de informações que precisamos;
  • Quem quiser, continua debaixo do Jira;
  • Condição para isso:
    • Maior maturidade/independência dos times;
    • Mecanismo pra garantia de atualização

Não é complicado

Regra de ouro

  • Trabalhamos em sprints -- uma entidade, vários projetos
  • Planejamos e criamos tickets o quanto antes;
  • Issues trabalhadas têm Sprint, Responsável, Drescrição;
  • Jira tá sempre aberto e Issues atualiadas;
  • Ao final da sprint, Issues DONE estão como tal;
    • As outras ficam como estão (aberto, impedimento, etc)

Nosso MVP  

% issues Done

Justificativa:

  • Se nosso objetivo está definido -- que agora são Epics;
  • Se as Issues estão mapeadas para as epics;
  • Se atingimos as tarefas;
  • Então teoricamente os objetivos estão atingidos;
    • Que vai ser avaliado caso a caso;
    • Hipótese para medir um dos indicadores de sucesso;

Nosso MVP  

% issues Done

Implementação:

  • Capturamos tarefas do Jira diariamente;
    • Grão: (tarefa, sprint);
  • (Issues DONE) / (Total de Issues)
  • Mostramos dados no Lytics por painel de acompanhamento;

Nosso MVP  

% issues Done

Problemas

​> Disclaimer:

 

Problemas que aconteceram parecem ser muito mais por falta de alinhamento/processo dentro da ferramenta do que por falta de vontade ou conhecimento Agile do time;

Nosso MVP  

% issues Done

Problemas

  • Issue na sprint sem Responsável
    • Resolvido com validação de transição
  • Issue tirada da sprint antes do final;
    • Ainda não resolvido
  • Criação de Sprints paralelas
    • Resolvido com informação do pessoal e um alerta no #eng

Melhor caminho

Alinhamento, Documentação, Processo

ONCASE HANDBOOK -> JIRA/SCRUM

Outros indocadores no futuro

  • Que issues sejam reportadas no tempo certo até um deadline depois do Planning -- para: 
    • Contarmos o que não foi planejado; e 
    • Entendermos impacto de alterações de escopo da Sprint;
  • Que exista noção de tamanho de cada issue;

Avanços

  • Hoje temos um processo de captura automatico e infraestrutura necessária;
  • Dados esstão disponíveis sempre atualizados no Google Datastudio;
  • Esse é o processo de ponta-a-ponta, o framework; o que vem a partir daí é melhoria;

Incremento -- futuro breve

  • Uma vez que temos confiança e o processo está rodando minimamente bem;
  • Entender pulse de atividades;
  • Cruzamento com demandas de pré-vendas;
  • Compreender alocação para produtos;

deck

By oncase

deck

  • 24
Loading comments...

More from oncase