2
respostas

Planejamento da sprint

Para atividades que, por qualquer motivo, levam mais tempo que a duração da sprint, e que não podem ser validadas pelo cliente (não será possível atestar a entrega de valor), como devem ser incluídas nas sprints? Elas podem ser incluídas e depois não apresentadas na reunião de Revisão da Sprint, mesmo que levem algums sprints para serem completamente implementadas?

2 respostas

Olá Ricardo,

Sim, você pode colocar tarefas longas na sprint.

Se possível (geralmente é possível), divida em partes menores. Se não der, explique o progresso na reunião. O importante é ser transparente e não marcar algo como "pronto" se ainda não estiver finalizado.

Em geral a gente pensa da seguinte forma:

  1. Tente dividir a tarefa em partes menores
    • Se der para fazer isso, ótimo! Você pode entregar uma parte por sprint.
    • Mesmo que não funcione sozinha, já é possível mostrar algum progresso.
  2. Épico
    • Se uma unidade de valor não couber na sprint tente elabaorar uma linnha do tempo com entregáveis não funcionais, mas que demonstrem progresso

Espero ter ajudado!

Se for o caso, vocẽ pode marcar essa resposta como solução do tópico

Obrigado pela resposta. Mas a minha dúvida é bem específica, para aqueles casos em que até posso quebrar uma atividade maior em etapas menores, porém não há como validá-las, sem que as demais estejam implementadas. Por exemplo, pode ser um módulo básico, que implementa uma classe auxiliar mas que, por si só, não agreaga um valor perceptível/avaliável pelo cliente. Esse módulo deve ser relacionado como uma entrega da sprint ou deve aguardar até que todos os módulos que formem uma funcionalidade coesa e que possa ser testada e validada sejam finalizados?