# Sprint ## Criação de *sprint* Antes do *sprint planning*, é preciso criar o novo sprint, indicando as suas datas e o seu â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 identificação dos 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 realizar 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;* * As tarefas que estão relacionadas com negócio, é essencial que 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 associados 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 automaticamente para o novo *sprint*. --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://guias.mosaico.gov.pt/casos-de-estudo/como-o-ticapp-usa-a-ferramenta-agil-jira/sprint.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.