> For the complete documentation index, see [llms.txt](https://guias.mosaico.gov.pt/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://guias.mosaico.gov.pt/casos-de-estudo/como-o-ticapp-usa-a-ferramenta-agil-jira/sprint.md). # Sprint ## Criação de sprint Antes do sprint planning, é preciso criar o novo sprint, indicando as datas e o âmbito, de modo que seja possível à equipa trabalhar sobre as tarefas e associá-las ao novo sprint durante esta cerimónia. ## Sprint planning ### Product backlog Lista do trabalho a ser implementado na construção do produto (epic, story, task, bug). ### Sprint planning Durante o sprint planning, a equipa analisa os issues prioritários do product backlog e identifica, detalha e estima todas as tarefas necessárias à sua concretização. De acordo com as estimativas e a capacidade da equipa, são selecionadas as tarefas para execução durante o sprint. Uma query similar à seguinte pode ser útil para identificar os temas que não foram concluídos no sprint anterior e deverão transitar para o novo sprint (a transição é automática, mas o respetivo esforço deverá ser tido em conta aquando da definição do novo compromisso da equipa): project = PDT AND sprint = "Sprint 24" AND status not in (Abandoned, Done) ORDER BY fixVersion, cf\[10046], status. ### Sprint backlog Lista das tarefas que a equipa selecionou para execução durante o sprint, e que correspondem ao seu compromisso, a fim de que exista um incremento de funcionalidade no produto. ## Abertura de sprint Para que seja possível fazer a abertura do sprint, tem de ser conhecido o sprint backlog, garantindo as seguintes validações básicas sobre o mesmo: * Apenas as tarefas que irão ser trabalhadas durante o sprint devem fazer parte do sprint backlog. * Todas as tarefas têm de ser criadas no contexto de um epic. A identificação das tarefas sem epic atribuído pode ser realizada por recurso a uma query similar à seguinte: project = PDT AND "Epic Link" is EMPTY AND type != Epic AND type != subtask ORDER BY created DESC. * É essencial que as tarefas relacionadas com negócio estejam ligadas à respetiva story ([Linkar outros issues](/casos-de-estudo/como-o-ticapp-usa-a-ferramenta-agil-jira/gestao-do-backlog.md#linkar-outros-issues)). * Todas as tarefas têm de ter uma previsão de entrega, pelo que deverão ser associadas a uma release ([Associar issues](/casos-de-estudo/como-o-ticapp-usa-a-ferramenta-agil-jira/release.md#associar-issues)). A identificação das tarefas sem release atribuída pode ser realizada por recurso a uma query similar à seguinte: project = PDT AND fixVersion is EMPTY ORDER BY cf\[10046] ASC. * Todas as tarefas têm de ter uma estimativa definida, tipicamente em story points, ocasionalmente em tempo. O número de story points a adicionar ao sprint deve ter em conta a velocidade da equipa ([Velocity chart](/casos-de-estudo/como-o-ticapp-usa-a-ferramenta-agil-jira/reports.md#velocity-chart)). * Todas as tarefas dizem respeito a um ou mais componentes, o que facilita às equipas a identificação das suas tarefas para execução. A identificação das tarefas sem componente atribuído pode ser realizada por recurso a uma query similar à seguinte: project = PDT AND component is EMPTY ORDER BY created DESC. * Se facilitar o trabalho do product owner, para permitir a visualização da lista de issues em árvore de hierarquia, todas as tarefas deverão ter um business unit value atribuído. A identificação das tarefas sem business unit value atribuído pode ser realizada por recurso a uma query similar à seguinte: project = PDT AND "Business Unit Value\[Short text]" is EMPTY ORDER BY created DESC Business Unit Value. O campo business unit value é um campo de gestão manual. Uma possível regra de preenchimento é ilustrada no exemplo seguinte: * E1.Epic 1 – Business Unit Value do Epic 1 * E1S1.Story 1 – Business Unit Value da Story 1 do Epic 1 * E1S1.Story 1 – Business Unit Value de qualquer tarefa associada à Story 1 do Epic 1 * E1S1.Story 1 – Business Unit Value de qualquer bug associado à Story 1 do Epic 1 * ... * E1S2.Story 2 – Business Unit Value da Story 2 do Epic 1 * E1S2.Story 2 – Business Unit Value de qualquer tarefa associada à Story 2 do Epic 1 * E1S2.Story 2 – Business Unit Value de qualquer bug associado à Story 2 do Epic 1 * ... * ... * E2.Epic 2 – Business Unit Value do Epic 2 * E2S1.Story 1 – Business Unit Value da Story 1 do Epic 2 * ... * E2S2.Story 2 – Business Unit Value da Story 2 do Epic 2 * ... * ... * ... ## Sprint review Durante o sprint review, o product owner apresenta o incremento do produto, com o auxílio da equipa. Para a respetiva preparação dos temas a demonstrar, poderá ser útil uma query similar à seguinte: project = PDT AND sprint = "Sprint 24" AND status in (Review, Done) ORDER BY cf\[10046], status. ## Fecho de sprint Após a realização do sprint review, o sprint atual é fechado, sendo que todos os issues que o compunham e que ainda não estavam concluídos (no estado done ou abandoned) transitam de forma automática para o novo sprint.