Changelog

1.2.0 – Suporte a múltiplos times e ao Scrum

Melhorias e novidades

Múltiplos Times em uma Única Organização

  • Gerenciamento Simplificado: Agora você pode cadastrar e gerenciar múltiplos times dentro da mesma organização através do Kodus Teams.
  • Contextualização Automática: A Kody ajusta suas respostas com base no canal específico em que a pergunta foi feita. Para usuários com múltiplos times, a Kody solicitará que especifique sobre qual time deseja obter informações.

Aprimoramentos no Suporte ao Scrum

  • Novos Artefatos de Time:
    • Itens de transbordo de sprint
    • Itens cadastrados após o início do sprint
    • Monitoramento do alto tempo gasto com tarefas impedidas
  • Personalização de Artefatos: Opção de ativar ou desativar artefatos de Scrum conforme a necessidade do seu time, evitando notificações irrelevantes.
  • Check-in de Retrospectiva: Implementado um novo check-in automático que ocorre no fechamento da sprint ou mediante comando específico.
  • Alertas de Atraso em Sprints: Os alertas de atraso agora estão sincronizados com a data final da sprint, proporcionando maior precisão no gerenciamento de prazos.

Melhoria nas Notificações de Atividades

  • Agrupamento de Atividades com Descrições Incompletas: Todas as atividades trabalhadas que possuem descrições incompletas ou gaps serão agrupadas e enviadas na manhã seguinte, permitindo correções ágeis.

Correções

  • Ajustes no Discord: Corrigimos um problema com o tamanho dos caracteres nos check-ins que estava causando erros no Discord.

1.1.0 – Kody 10x mais inteligente e adição de botões no checkin diário

Melhorias

  • Desenvolvemos uma nova arquitetura para a Kody que agora possibilita ela responder questões bem mais complexas.
    • Pergunte sobre: quais itens estão em WIP / Quais as métricas atuais do time / Qual etapa do nosso fluxo representa o maior gap.
  • Adicionados novos botões de comando no *Check-in Day* para melhorar a visualização do status das tarefas e métricas das atividades.
    • Ver changelog: que mostra as movimentações feitas no board nas últimas 24h, categorizadas por membro do time.
    • Visualizar status de entrega: esse recursos exibe todos os itens em WIP, e sinaliza se estão no prazo, em alerta ou atrasados –

Correções

  • Solucionado o problema onde a *Tool de métricas* não estava funcionando adequadamente, mesmo com métricas disponíveis no banco.
  • Ajustado o *get de WorkItems em WIP* para trazer todas as tarefas em *WIP*, incluindo aquelas relacionadas à estrutura de multi times.

1.0.29 – Melhorias no checkin diário adição de métrica de lead time por tipo de item

Melhorias

  • Agora o Lead Time e Lead Time In WIP, também são calculados considerando os tipos de itens do board (Bug, Story, Feature – de acordo com os tipos configurados no seu board);
  • Também reformulamos o check-in diário, agora ela é mais focado no avanço ou atraso dos itens e também na qualidade do fluxo de trabalho do time;
  • Começamos a registrar artefatos diários sobre o fluxo do time, esses artefatos serão utilizados para melhorar as respostas da Kody (implementação em breve), e também entendimento dela sobre o histórico dos avanços da equipe;
  • E por fim, atualizamos a seção que faz o acompanhamento das atividades em andamento do time. Agora essa seção faz o destaque de atividades que já estouram ou estão perto de estourar o prazo, de acordo com o Lead Time histórico do time

1.0.27 – Melhorias na “inteligência” da Kody e consideração de tipos de itens para métricas e automações

Melhorias

  • ⁠Adicionamos o índice de bugs (Bug Ratio) as métricas enviadas no canal (/metrics);
  • Criamos uma nova estrutura de dados para aumentar a capacidade de análise e resposta da Kody, por enquanto estamos usando apenas para melhorar a base de conhecimento dela, no futuro iremos expandir para melhorar as respostas de todas as interações;
  • Lançamos um recurso que permite ao usuário definir quais os tipos de itens do board serão considerados nas métricas, e análise da qualidade da descrição -> alguns clientes não querem essa automação olhando para os bugs, por exemplo.

Correções de bugs

  • Fizemos uma melhoria no prompt que avalia a qualidade da descrição das atividades, deixando ele mais criterioso;
  • Correções nas sessões de monitoramento de fluxo e release semanal;