# 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*](https://guias.mosaico.gov.pt/casos-de-estudo/gestao-do-backlog#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*](https://guias.mosaico.gov.pt/casos-de-estudo/release#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*](https://guias.mosaico.gov.pt/casos-de-estudo/reports#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*.