| ... | @@ -10,11 +10,12 @@ Esta seção é dedicada a apresentar o processo de desenvolvimento do time, jun |
... | @@ -10,11 +10,12 @@ Esta seção é dedicada a apresentar o processo de desenvolvimento do time, jun |
|
|
## Sumário
|
|
## Sumário
|
|
|
|
|
|
|
|
- [Git Workflow](#git-workflow)
|
|
- [Git Workflow](#git-workflow)
|
|
|
- [Divisão de User Stories em tarefas](#divisão-de-user-stories-em-tarefas)
|
|
- [Planning Poker](#planning-poker)
|
|
|
- [Matriz de Responsabilidade](#matriz-de-responsabilidade)
|
|
- [Matriz de Responsabilidade](#matriz-de-responsabilidade)
|
|
|
- [Plano de Comunicação](#plano-de-comunicação)
|
|
- [Plano de Comunicação](#plano-de-comunicação)
|
|
|
- [Plano de Riscos](#plano-de-riscos)
|
|
- [Plano de Riscos](#plano-de-riscos)
|
|
|
|
|
|
|
|
|
|
|
|
## Git Workflow
|
|
## Git Workflow
|
|
|
|
|
|
|
|
### Branches
|
|
### Branches
|
| ... | @@ -118,19 +119,13 @@ Na hora de revisar o Merge Request, entre na branch em sua máquina e teste a fu |
... | @@ -118,19 +119,13 @@ Na hora de revisar o Merge Request, entre na branch em sua máquina e teste a fu |
|
|
|
|
|
|
|
Caso haja pendências, relacionadas a documentação do código, padronização ou arquivos enviados, não exite em realizar um novo commit na branch com as mudanças necessárias antes de realizar a integração.
|
|
Caso haja pendências, relacionadas a documentação do código, padronização ou arquivos enviados, não exite em realizar um novo commit na branch com as mudanças necessárias antes de realizar a integração.
|
|
|
|
|
|
|
|
## Divisão de User Stories em tarefas
|
|
## Planning Poker
|
|
|
|
|
|
|
|
A técnica SMART é muitas vezes utilizada para guiar na construção de tarefas alcançáveis. O SMART nos diz que uma tarefa tem cinco características:
|
|
|
|
|
|
|
|
|
|
**Specific:** tarefas precisam ser específicas para que todos do time entendam como elas se conectam e como juntas elas contribuem para atingir os critérios de aceitação da user story.
|
|
|
|
|
|
|
|
|
|
**Measurable:** uma tarefa é mensurável quando pode ser marcada como “concluída”, seguindo os critérios técnicos do time. Por exemplo, com os testes escritos e o código refatorado.
|
|
|
|
|
|
|
|
|
|
**Achievable:** as tarefas devem ser alcançáveis pelos seus responsáveis. Aqui entra a capacidade do time de identificar pontos fortes, fracos e oportunidades de melhoria dos membros. Neste critério , por exemplo, o time pode optar pelo pair programming, para desenvolver habilidades e alcançar seu objetivo.
|
|
Para nos auxiliar na atribuição das tarefas entre as Squads, utilizamos uma prática ágil chamada "Planning Poker".
|
|
|
|
|
|
|
|
**Relevant:** todas as tarefas devem ser relevantes. As histórias são quebradas em tarefas para auxiliar o desenvolvimento, mas o Product Owner ainda espera que todas elas sejam explicáveis e justificáveis.
|
|
O "Planning Poker" é uma técnica utilizada durante o planejamento da Sprint que tem o objetivo de estimar a quantidade de esforço sobre cada US do backlog.
|
|
|
|
Para realizar a pontuação de cada US, todos os integrantes tem em posse um baralho com os seguinte símbolos: 1, 2, 3, 5, 8,13 e ?. Em cada rodada, os integrantes devem votar uma US definida com as cartas do baralho. Caso exista uma grande discordância entre os integrantes, deve ser feito uma discussão sobre a pontuação e uma nova rodada até que se chegue em um consenso. Também temos uma carta especial, a Interrogação (?), o qual será usado quando o time julgar que não consegue pontuar, devido a falta de conhecimento técnico.
|
|
|
|
|
|
|
|
**Time-Boxed:** todas as tarefas precisam ter um tempo definido para serem concluídas. Não é necessário fazer uma estimativa formal em horas ou dias, mas deve haver uma expectativa de conclusão ou de quando será necessário pedir ajuda ao time. Quando uma tarefa se torna maior do que esperado, o time precisa saber o momento certo para tomar uma ação para que seja concluída.
|
|
|
|
|
|
|
|
|
|
## Matriz de Responsabilidade
|
|
## Matriz de Responsabilidade
|
|
|
|
|
|
| ... | @@ -174,4 +169,5 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
... | @@ -174,4 +169,5 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
|
|
| Falta de documentação | Revisar Wiki frequentemente, e cobrar equipe quando necessário | Projeto incompleto | Mitigar |
|
|
| Falta de documentação | Revisar Wiki frequentemente, e cobrar equipe quando necessário | Projeto incompleto | Mitigar |
|
|
|
| Falta de teste da aplicação | Validação do sistema antes da entrega | Projeto incompleto e não-validado | Eliminar |
|
|
| Falta de teste da aplicação | Validação do sistema antes da entrega | Projeto incompleto e não-validado | Eliminar |
|
|
|
| Membro do time não consegue avança nas atividades | Integração de membro com outras pessoas que possuem experiência | Atraso na entrega | Eliminar |
|
|
| Membro do time não consegue avança nas atividades | Integração de membro com outras pessoas que possuem experiência | Atraso na entrega | Eliminar |
|
|
|
| Sprint entregue incompleta | Revisar as U.S.'s completas e incompletas, cobrar time quando necessário | Atraso na entrega | Eliminar | |
|
| Sprint entregue incompleta | Revisar as U.S.'s completas e
|
|
\ No newline at end of file |
|
incompletas, cobrar time quando necessário | Atraso na entrega | Eliminar | |
|
|
|
\ No newline at end of file |
