-
Notifications
You must be signed in to change notification settings - Fork 9
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
43 changed files
with
2,219 additions
and
1,444 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,73 @@ | ||
| # Planejamento da Sprint 9 | ||
|
|
||
| ## 1. Resumo da Sprint | ||
|
|
||
| __Número da sprint:__ 9 | ||
|
|
||
| __Data de início:__ 28/04/2018 | ||
|
|
||
| __Data de Término:__ 04/05/2018 | ||
|
|
||
| __Duração__: 6 dias | ||
|
|
||
| __Pontos Planejados:__ 22 pontos | ||
|
|
||
| __Membros ausentes:__ Nenhum | ||
|
|
||
| ## 2. Papéis | ||
|
|
||
| - Scrum Master: | ||
| - Diego França | ||
|
|
||
| - Product Owner: | ||
| - Mariana Mendes | ||
|
|
||
| - DevOps: | ||
| - João Sconetto | ||
|
|
||
| - Arquiteto: | ||
| - Victor Arnaud | ||
|
|
||
| - Time de Desenvolvimento: | ||
| - Daniel Maike | ||
| - Elias Bernardo | ||
| - Gabriela Medeiros | ||
| - Geovana Ramos | ||
| - Guilherme Guy | ||
| - Joberth Rodrigues | ||
|
|
||
| ## 3. Pareamento | ||
|
|
||
| - Daniel e Geovana | ||
|
|
||
| - Elias e Guilherme | ||
|
|
||
| - Gabriela e Joberth | ||
|
|
||
| ## 4. Planejamento da Sprint | ||
|
|
||
| A Sprint 9 foi planejada para dar continuidade às histórias da ficha de acompanhamento. Além dessas, features para a marcação de consultas e para exibir a localização do Cris Down também foram colocadas no Backlog da Sprint. | ||
|
|
||
| Tendo em vista o cansaço em virtude de uma das histórias da sprint passada, e da complexidade da feature de evolução do prontuário, esta foi dividida em 2 histórias, com a primeira ficando para esta sprint e a outra para o futuro. | ||
|
|
||
| Para fechar esta sprint, também haverão histórias técnicas de documentação e para homogeneizar o frontend da aplicação. | ||
|
|
||
| ## 5. Mudanças | ||
|
|
||
| Para esta sprint, ainda trabalhando a questão da pontuação das histórias, decidimos que usaremos histórias do tipo CRUD como referência para pontuações. Uma história com o mesmo nível de esforço desta vale 5 pontos. Caso seja mais fácil, será pontuada com menos e se for mais difícil com mais do que 5 pontos. Outro fator a ser considerado para pontuar as histórias, além desse esforço, é quantas horas de trabalho são estimadas para concluí-las, ou seja, o quanto serão trabalhosas. | ||
|
|
||
| Outra mudança foi adiantar histórias mais complexas que ficariam para a Sprint 10 para esta, já que na próxima semana os membros de MDS terão avaliações e trabalhos de outras matérias. | ||
|
|
||
| ## 6. Backlog da Sprint | ||
|
|
||
| - [US83 - Evoluir prontuário](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/204) | ||
| - [TS84 - Manter o frontend padronizado](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/205) | ||
| - [US85 - Solicitar consulta](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/206) | ||
| - [US86 - Localização](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/207) | ||
| - [TS87 - Documentar o Pipeline](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/208) | ||
| - [TS88 - Documentar o mindmap](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/209) | ||
| - [TS96 - Documentar a Sprint 8](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/211) | ||
|
|
||
| ## 7. Risk Burndown | ||
|
|
||
|  |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,64 @@ | ||
| # Fechamento da Sprint 8 | ||
|
|
||
| ## 1. Resumo da Sprint | ||
|
|
||
| __Pontos Planejados__: 22 pontos | ||
|
|
||
| __Pontos concluídos__: 31 pontos | ||
|
|
||
| __Dívidas técnicas__: 0 pontos | ||
|
|
||
| __Histórias entregues:__ | ||
|
|
||
| - [US83 - Evoluir prontuário](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/204) | ||
| - [TS84 - Manter o frontend padronizado](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/205) | ||
| - [US85 - Solicitar consulta](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/206) | ||
| - [US86 - Localização](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/207) | ||
| - [TS87 - Documentar o Pipeline](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/208) | ||
| - [TS88 - Documentar o mindmap](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/209) | ||
| - [TS96 - Documentar a Sprint 8](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/211) | ||
|
|
||
| ## 2. Retrospectiva da Sprint | ||
|
|
||
| | Pontos Positivos | Pontos Negativos | Sugestão de Melhoria | | ||
| | ----- | ----- | ---- | | ||
| | Tudo foi entregue | Trabalhos de outros matérias afetando a execução de atividades do projeto | Nas dailys não presenciais, tentar responder o mais cedo possível | | ||
| | Ganho de conhecimento com a execução das histórias | Critério de aceitação da história do prontuário poderia estar mais claro | Esclarecer melhor os critérios de aceitação | | ||
| | O membro que estava sem máquina de trabalho (notebook) conseguiu uma nova | Algumas sugestões aumentaram um pouco a história | Melhor escrita dos reviews dos pull requests | | ||
| | A pontuação das histórias refletiu melhor o esforço que foi necessário | Não conseguir entender o código de outro membro para fazer correção | O membro participar na história de refatoração do seu código | | ||
| | Melhor auto planejamento dos membros | Confusão com as sugestões do reviews | Auto popular o banco para fazer os testes | | ||
| | Troca de conhecimento efetiva entre os membros | Cliente ainda dificulta as conversas e realizações de reuniões | - | | ||
| | Membro gostou de trabalhar com a API do Google | Adoecimento de membros da equipe | - | | ||
| | Os membros conseguiram entregar as histórias complexas | - | - | | ||
| | Fechamento das issues antes do último dia da sprint | - | - | | ||
| | Gráfico de commits bem destribuido (bom planejamento e trabalho) | - | - | | ||
|
|
||
| ## 3. Quadro de Conhecimento | ||
|
|
||
|  | ||
|
|
||
| ## 5. Gráfico do Burndown | ||
|
|
||
|  | ||
|
|
||
| ## 6. Velocity | ||
|
|
||
|  | ||
|
|
||
| ## 7. Gráfico de Commits | ||
|
|
||
|  | ||
|
|
||
| ## 8. EVM | ||
|
|
||
|  | ||
|
|
||
| ## 9. Análise do Scrum Master | ||
|
|
||
| Esta sprint ocorreu tranquilamente e sem problemas, tanto que boa parte das histórias foram entregues na quinta. Isso é mais um sinal de que amadurecemos nossos conhecimentos. | ||
|
|
||
| Com relação à questão de problemas com o entendimento dos critérios de aceitação e do que é proposto nos reviews, ficamos de melhorar a escrita dos textos, aumentando a clareza do que é pedido. | ||
|
|
||
| Sobre a questão da dificuldade de refatorar o código de outros membros e a sugestão de melhoria de que algum dos envolvidos com a confecção do código original estejam na refatoração, chegamos à conclusão de que a melhoria proposta não é a melhor saída para resolver este problema. Ao invés disso, combinamos de tomar um maior cuidado com o código que é feito e fazer uso de comentários para deixar claro o que trechos mais complexos estão fazendo, tornando mais fácil a manutenibilidade. | ||
|
|
||
| Por fim, a questão do cliente indisponível ou então respondendo e marcando as coisas em cima da hora continua, fazendo com que nós continuemos sem poder contar muito com ele. Desta forma, continuaremos fazendo como temos até então de tomar as decisões em grupo e nos basear nos documentos e informações que temos a disposição. |
Oops, something went wrong.