... | @@ -8,11 +8,13 @@ Descrição das retrospectivas do time durante o andamento de cada sprint do pro |
... | @@ -8,11 +8,13 @@ Descrição das retrospectivas do time durante o andamento de cada sprint do pro |
|
|
|
|
|
|<b>O que foi bom?</b>|
|
|
|<b>O que foi bom?</b>|
|
|
|-|
|
|
|-|
|
|
|- teste<br>- teste<br>|
|
|
|- Organização do time de UX;<br>- Design das telas;<br>- Liberdade de ideias;<br>- Cliente feliz;<br>- Documentação do projeto;<br>- Apresentação da Sprint para a cliente.|
|
|
|
|
|
|
|
|
|
|
|<b>O que não foi bom?</b>|
|
|
|<b>O que não foi bom?</b>|
|
|
|-|
|
|
|-|
|
|
|
|
|- Comunicação entre os times;<br>- Entrega incompleta;<br>- Pouco uso das ferramentas Slack e Trello;<br>- Conhecimento centralizado;<br>- Lentidão nos notes da Ages;<br>- Necessidade de trabalhar no final de semana;<br>- Documentação de instalação do projeto incompleta;<br>- Tarefas não quebradas dentro de cada história de usuário;<br>- Formato das equipes (time de banco, time de dev, de UI) não funcionou bem;|
|
|
|
|
|
|
|<b>Lições aprendidas:</b>|
|
|
|<b>Lições aprendidas:</b>|
|
|
|-|
|
|
|-|
|
|
|
|
|- Necessário melhorar muito a comunicação (foi criado um grupo no Whatsapp;<br>- O time deve quebrar as tarefas da história que ficar responsável;<br>- Mesclar o time não dividindo por área, mas sim por US;<br>- As funcionalidades devem ser integradas;<br>- Definição de pronto é merge na Developer sem conflitos.| |
|
|
|
\ No newline at end of file |