-
Notifications
You must be signed in to change notification settings - Fork 1
Auditoria Backlog da Release Refinado Ciclo 1
Roger Lenke edited this page Apr 16, 2018
·
2 revisions
Auditor: Roger Lenke
Data da realização da auditoria: 15 de Abril de 2018
A técnica utilizada para a auditoria do Backlog da Release Refinado foi o uso de checklists. Esta técnica foi escolhida porque o documento, por si só, deve conter todas as características necessárias para que seja percebido se a equipe de desenvolvimento seguiu ou não o processo definido. O tempalte para o checklist está descrito no seguinte link. Os critérios utilizados para este artefato podem ser encontrados aqui.
Artefato/Requisito | O que Verificar? (Sugestões) | Conformidade | Não Conformidade | Observação | Evidências |
---|---|---|---|---|---|
A sprint foi finalizada? | O Backlog da Sprint, Issues | X | O processo não exige a criação de uma documentação para o planejamento da sprint, e tampouco há um backlog bem definido. Ao se analizar as issues do projeto no repositório da api e do webapp, no momento da auditoria, o autor da auditoria acredita que alguma sprint já foi finalizada, porém não há clara definição de qual sprint está acontecendo, qual já foi finalizada, e nem quais são as histórias de cada sprint. | Inexistentes | |
As histórias que foram concluídas estão identificadas e documentadas? | Documento de Histórias Concluídas, Issues | X | O artefato objeto desta auditoria não existe e/ou não pôde ser identificado. Há um conjunto de issues fechadas no Kanban do projeto, o que indica que as histórias foram terminadas, porém não há maneira de saber de qual sprint elas são, tampouco se foram concluídas no prazo. | Inexistentes | |
As histórias que não foram concluídas foram identificadas e documentadas? | Documento de Histórias Concluídas, Issues | X | O artefato objeto desta auditoria não existe e/ou não pôde ser identificado, de maneira que não há como identificar evidências da realização deste critério. Há um conjunto de issues fechadas no Kanban do projeto, no entanto, não há maneira de saber a qual sprint as issues pertencem, tampouco maneiras de perceber se elas passaram por algum processo de revisão. Também não há maneira de saber quais issues não foram concluídas no prazo. | Inexistentes | |
Os motivos pelos quais uma história não foi concluída foram documentados? | Documento de histórias Concluídas, Issues | X | O artefato objeto desta auditoria não existe e/ou não pôde ser identificado, de maneira que não há como identificar evidências da realização deste critério. Há um conjunto de issues fechadas no Kanban do projeto, no entanto, não há maneira de saber a qual sprint as issues pertencem, tampouco maneiras de perceber se elas passaram por algum processo de revisão. Também não há maneira de saber quais issues não foram concluídas no prazo, nem seus motivos. | Inexistentes | |
As dívidas para próximas sprints foram identificadas e documentadas | Documento de histórias Concluídas, Backlog da Release Refinado, Issues | X | O artefato objeto desta auditoria não existe e/ou não pôde ser identificado, de maneira que não há como identificar evidências da realização deste critério. Não há maneiras de saber se as issues abertas nos repositórios de desenvolvimento são dívidas ou se são novas funcionalidades, nem em que sprint serão realizadas. | Inexistentes | |
O Backlog da release deve ser replanejado/repriorizado | Backlog da Release | X | Este artefato, no momento da auditoria, está em branco. | Inexistentes |
Título | Sprint não foi finalizada |
Descrição | Não existe indícios claros de quando uma sprint acabou |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Documentar melhor as sprints, tanto em planejamento quanto em finalização. Um documento físico seria melhor, porém a documentação pode ser feita nas próprias issues. |
Prazo | --- |
Título | Histórias finalizadas não documentadas |
Descrição | Não existe indícios claros de quando uma sprint acabou, tampouco quais são as histórias de cada sprint. |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Documentar melhor as sprints, tanto em planejamento quanto em finalização. Indicar nas issues de qual sprint elas são. |
Prazo | --- |
Título | Histórias não finalizadas não documentadas |
Descrição | Não existe indícios claros de quando uma sprint acabou, tampouco quais são as histórias de cada sprint. Também não há como identificar quais histórias foram ou não foram finalizadas no prazo. |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Documentar melhor as sprints, tanto em planejamento quanto em finalização. Indicar nas issues de qual sprint elas são. Indicar, que histórias não foram finalizadas, nas próprias issues. |
Prazo | --- |
Título | Os motivos pelos quais uma história não foi concluída não foram documentadas. |
Descrição | Não existe indícios claros de quando uma sprint acabou, tampouco quais são as histórias de cada sprint. Também não há como identificar quais histórias foram ou não foram finalizadas no prazo, nem as razões para tal. |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Documentar melhor as sprints, tanto em planejamento quanto em finalização. Indicar nas issues de qual sprint elas são. Indicar, que histórias não foram finalizadas, nas próprias issues, assim como as razões pelos quais elas não foram concluídas. |
Prazo | --- |
Título | As dívidas para próximas sprints não foram identificadas nem documentadas |
Descrição | Não existe indícios claros de quando uma sprint acabou, tampouco quais são as histórias de cada sprint. Também não há como identificar quais histórias foram ou não foram finalizadas no prazo, nem as razões para tal. Também não existe descrição de quais issues são dívidas. |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Documentar melhor as sprints, tanto em planejamento quanto em finalização. Indicar nas issues de qual sprint elas são. Indicar, que histórias não foram finalizadas, nas próprias issues, assim como as razões pelos quais elas não foram concluídas. Diferenciar as issues que são dívidas por meio de labels. |
Prazo | --- |
Título | O Backlog da release não foi replanejado/repriorizado |
Descrição | O artefato está em branco. |
Data da Identificação | 15/04/2018 |
Autor | Roger da Silva Lenke |
Tipo | Processo de Desenvolvimento, atividade Revisar |
Complexidade | -- |
Recomendações | Criar o artefato, e repriorizá-lo a cada sprint. |
Prazo | --- |
👼 Garantia da Qualidade
- 📄 Estrutura Organizacional e de Trabalho
- 📄 Políticas de Garantia da Qualidade
- 📄 Objetos de Auditoria
- 📄 Acompanhamento das Não Conformidades
- 📑 Template de Não Conformidades
- 📑 Template de Checklist
- 📑 Template de Entrevista
- 📑 Template de Resultado do Ciclo
- 📑 Template de Resultado da Auditoria