Retrospectiva Sprint 17

 Visão geral

Reflita sobre os últimos trabalhos e identifique oportunidades de melhoria seguindo as instruções para a Tática de retrospectiva.

Data

22/09/23

da equipe

Clube Duratex

Participantes

Hussein, Patrícia, Diego

 Retrospectiva

Na tabela abaixo, adicione os itens Comece a fazer, Pare de fazer e Continue fazendo. Eles vão ser usados ao falarmos sobre como a gente pode melhorar o processo daqui para frente.

O que fazemos bem (positivos)?

O que não foi tão bom (melhorar)?

Planos de Ação

Status

O que fazemos bem (positivos)?

O que não foi tão bom (melhorar)?

Planos de Ação

Status

Adaptação Rápida: Mesmo com novos desafios e integrações, como a chegada do Diego como Tech Lead, o time pareceu se adaptar rapidamente e trabalhou com foco. (Patrícia)

  • Curva de aprendizado Dexco (falta de documentação, integração de novos funcionários, etc.): Com a integração de novos membros ao time, como o Diego, pode haver uma necessidade de estruturar um onboarding mais eficiente para acelerar a curva de aprendizado e integração. (Patrícia)

  • Burocracia interna. (Diego)

  • Dificuldade para achar recursos que necessito. (Diego)

Pensar em um programa estruturado de onboarding para novos membros da equipe técnica. Isso pode incluir documentação detalhada, sessões de treinamento específicas e mentoria por membros experientes da equipe.

Em andamento (todos).

Comunicação Clara: Em várias ocasiões, a equipe buscou maneiras de comunicar desenvolvimentos, mudanças e atualizações de maneira eficaz e clara para os stakeholders. (Patrícia)

Gestão de expectativas: Enquanto a comunicação foi geralmente clara, pode haver uma necessidade de gerenciar expectativas em relação a futuros desenvolvimentos, especialmente em funcionalidades que podem necessitar de uma abordagem mais robusta no futuro. (Patrícia)

Desenvolver e comunicar um roadmap claro do produto, com milestones bem definidos. Realizar check-ins regulares com os stakeholders para atualizações e feedback.

Em andamento (Patrícia). Reuniões de Discovery: Estas sessões são ideais para identificar e entender as necessidades do negócio e os requisitos dos usuários. Priorização de Backlog com o Negócio: Isso ajuda a garantir que os itens mais críticos e de maior valor sejam identificados e incluídos no roadmap. Reuniões de Review: Estas sessões são perfeitas para apresentar o progresso do produto aos stakeholders, oferecendo uma plataforma para atualizações regulares e transparentes sobre o andamento de prazos e objetivos.

Solução de Problemas: O time foi capaz de identificar rapidamente problemas e agir sobre eles, como os desafios encontrados com o envio de imagens de notas fiscais e a necessidade de melhoria na funcionalidade de classificação automática de produtos. (Patrícia)

Monitoramento e Análise: O dashboard de monitoramento revelou alguns gargalos. Talvez, um monitoramento mais frequente ou uma análise proativa poderia prevenir ou detectar esses problemas mais cedo. (Patrícia)

Implementar uma ferramenta de monitoramento em tempo real, com alertas para possíveis gargalos ou falhas. Isso pode ser acompanhado por reuniões semanais de revisão para discutir quaisquer problemas identificados e criar soluções.

Em andamento (todos).

Flexibilidade: Houve uma busca constante por ajustes e melhorias, demonstrando adaptabilidade e vontade de aperfeiçoar o produto, como vimos com a necessidade de olhar para o desenvolvimento do ciclo da NF. (Patrícia)

Feedback de Stakeholders: Considerando a interação com vários stakeholders e a natureza em evolução dos projetos, pode ser útil implementar um canal regular de feedback para compreender melhor as necessidades e ajustar-se de acordo. (Patrícia)

Implementar um canal regular de feedback, como pesquisas trimestrais ou semestrais, e reuniões com stakeholders. Essa comunicação regular pode ajudar a identificar áreas de melhoria e reforçar a confiança. (a confiança, entendo, que já está boa e sempre pode melhorar)

Pendente (Patrícia)

Melhorias no backoffice ficaram legais e foram divertidas de fazer. (Hussein)

** Descrição das Tarefas Técnicas com Critérios de Aceite: Percebemos uma inconsistência ou falta de clareza na descrição de algumas tarefas técnicas, especialmente no que tange aos critérios de aceite. Isso pode levar a ambiguidades, retrabalhos e desalinhamento entre as expectativas dos stakeholders e a entrega da equipe de desenvolvimento. (Patrícia)

  • Implementar sessões de treinamento sobre a formulação eficaz de critérios de aceite, direcionadas tanto para os gerentes de produto quanto para os desenvolvedores;

  • Adotar uma ferramenta ou template padronizado para a descrição de tarefas, que inclua seções claras para critérios de aceite, objetivos da tarefa, e links relevantes para documentações ou protótipos;

  • Realizar revisões periódicas das tarefas antes de elas serem incluídas em uma sprint, garantindo que todos os critérios de aceite estão claros e compreensíveis.

Em andamento (equipe desenvolvimento).

Conseguimos aprender mais sobre o projeto. (Diego)

 

 

 

Maior integração com outras equipes. (Diego)

 

 

 

Conseguimos avançar em problemas. (Diego)