WIP

Olá Alan,

a ideia do WIP (abreviação de work in progress ou trabalho em progresso) é que ele auxilia o time a estabelecer um ritmo de como as histórias que estão no seu sprint backlog vão fluir ao longo de cada uma das etapas do seu fluxo de trabalho.

No exemplo da aula, ficou estabelecido que todas as histórias que estão em To Do vão passar pela fase de Desenvolvimento, depois passarão por Teste, para assim irem para Deploy e por fim estarem disponíveis em produção quando chegar em Live.

Para que o time esteja focado em primeiro terminar as histórias que já começaram (ou seja, que estão em Dev, Teste ou Deploy) ao invés de pegar novas histórias, a ideia é que você limite o trabalho em progresso (WIP) em cada uma das colunas do kanban.

Por exemplo, na imagem de exemplo da aula, como tem um número 2 na coluna de Teste, significa que ficou estabelecido que podem haver no máximo 2 histórias sendo trabalhadas nesta coluna Teste. Caso existam duas histórias em Teste, o time não pode pegar nenhuma tarefa que está em Desenvolvimento e mover para a próxima etapa de Teste, dado que o time já atingiu o WIP daquela coluna e deveria estar focado em primeiro resolver estas histórias em Teste antes de atacar as que estão em Desenvolvimento.