Skip to content

Commit

Permalink
corrige conflitos
Browse files Browse the repository at this point in the history
  • Loading branch information
fxred committed Dec 17, 2024
2 parents c9d1569 + ee8e5ed commit e4a0e91
Show file tree
Hide file tree
Showing 4 changed files with 13 additions and 3 deletions.
5 changes: 3 additions & 2 deletions docs/us/DoR_DoD.md
Original file line number Diff line number Diff line change
@@ -1,10 +1,11 @@
# DoR e DoD

No projeto, utilizamos as técnicas DoR (Definition of Ready) e DoD (Definition of Done) para garantir alinhamento, qualidade e eficiência no desenvolvimento.
No projeto, utilizaremos as técnicas DoR (Definition of Ready) e DoD (Definition of Done) para garantir alinhamento, qualidade e eficiência no desenvolvimento. Desta forma, temos que:

DoR (Definition of Ready): Define os pré-requisitos necessários para que uma tarefa ou funcionalidade esteja pronta para ser desenvolvida pelo time.

DoD (Definition of Done): Estabelece os critérios que uma tarefa ou funcionalidade precisa atender para ser considerada concluída e entregue com sucesso.
Abaixo, detalhamos os critérios definidos para cada uma dessas práticas no projeto.
Abaixo, detalhamos os critérios definidos para cada uma dessas práticas no projeto:

## Critérios para verificar o DoR (Definition of Ready):

Expand Down
9 changes: 9 additions & 0 deletions docs/us/Licoes.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,9 @@
# Lições aprendidas

## Unidade 2

Partindo da última entrega da unidade 1 para unidade 2 , as dificuldades que previamente havíamos tidos, ocorreram em menor proporção, desta forma o grupo conseguiu estar mais sincronizado, estabelecendo uma melhor comunicação e tendo uma maior distribuição das tarefas e responsabilidade. Além disso, mais membros conseguiram se reunir durante as reuniões e conseguímos em muitas das atividades do projeto realizá-las de antemão.

### Dificuldades

Talvez uma das dificuldades que tivessemos foi em relação ao levantamento dos requisitos, mas principalmente na diluição desses requisitos para a declaração em formato de épicos, temas e histórias de usuário. Desta forma, foi um pouco difícil pensar em quais requisitos derivariam para histórias de usuários e quais requisitos seriam épicos e como os requisitos não funcionais encaixariam dentro disso.
1 change: 0 additions & 1 deletion docs/us/engenharia-requisitos.md
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,6 @@
- **Entrevista:** A entrevista conduzida com o cliente possui como objetivo identificar os problemas, desejos e necessidades do projeto, extraindo in- formações que nos permita construir os requisitos para o CD-MOJ.
- **Brainstorming:** Essa técnica será utilizada para que o grupo levante o máximo possível de ideias sobre os requisitos do projeto.
- **Grupo focal:** Reunindo o grupo, teremos a possibilidade de discutir sobre os pontos extraídos da entrevista e das ideias produzidas pelo Brainstor- ming, descobrindo mais requisitos que são adequados ao projeto.
- **Análise de personas:** Através de pesquisas realizadas sobre a plataforma foi identificado as personas do nosso projeto.

### Análise e consenso

Expand Down
1 change: 1 addition & 0 deletions mkdocs.yml
Original file line number Diff line number Diff line change
Expand Up @@ -21,6 +21,7 @@ nav:
- us/priorizacao.md
- us/DoR_DoD.md
- us/Apresentacao.md
- us/Licoes.md

repo_url: https://github.com/mdsreq-fga-unb/2024.2-T01-CD-MOJ/
repo_name: mdsreq-fga-unb/2024.2-T01-CD-MOJ/
Expand Down

0 comments on commit e4a0e91

Please sign in to comment.