Tabela 1 - Características do Scrum a serem trabalhadas no projeto
-| **Rituais/Artefatos** | **Descrição** | -|:------------------------:|:----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------:| -| Sprints | As sprints terão duração de 2 semanas, sempre iniciando aos sábados e terminando as quartas-feiras. | -| Sprint Planning | As plannings ocorrerão sempre aos sábados no início da sprint através de reuniões síncronas. | -| Daily Scrum | Serão feitas de forma assíncrona todos os dias pela equipe de desenvolvimento no decorrer da sprint. | -| Sprint Retrospective | As Retrospectives serão realizadas as quartas-feiras, ao final da sprint. | -| Sprint Review | A review da sprint ocorrerá no último dia da Sprint, quarta-feira, juntamente com Retrospective. | -| Product Backlog | O Backlog será utilizado para elencar e estruturar o conjunto inicial de requisitos do projeto. | -| Sprint Backlog | Esse artefato será a mesma coisa da Release Planning do XP, em que serão definidos os requisitos que serão desenvolvidos e entregues para a próxima release. | -| Definition Of Done (DoD) | Esse compromisso do Scrum será baseado nas características do XP, que estão descritas mais abaixo. | -Fonte: Autores (2023)
- -### eXtreme Programming (XP) - -*As características do XP que serão utilizadas no projeto estão descritas na tabela 2, seguindo as informações fornecidas por Don Wells(2013)³ sobre eXtreme Programming.* - -Tabela 2 - Características do XP a serem trabalhadas no projeto
- -| Característica | Descrição | -|:---:|:---:| -| User Stories (US) | As US serão a principal fonte de requisitos do projeto e auxiliaram para estimar os prazos para as entregas das funcionalidade do produto. | -| Release Planning | As releases serão planejadas durante a Sprint Planning do Scrum e servirá para definir o Backlog da Sprint de quais US serão implementadas. Devido ao espoco da disciplina de Requisitos as releases serão planejadas por prazos (by date). | -| Iteration Planning | Devem ocorrer pelo menos 2 iterações durante uma sprint, uma na Sprint Planning e outra no meio da sprint, com a "quebra" das US que serão desenvolvidas em tarefas (tasks). | -| Velocity Tracking | Tanto na Release Planning, como na Iteration Planning será utilizado o Velocity Tracking para auxiliar na definição dos prazos e nas estimativas de entrega das funcionalidades. | -| *Planning Game⁴* | Método que transforma as plannings do XP em uma espécie de jogo, deixando as iterações e a rotina da metodologia mais dinâmica. | -| Sustainable, Measurable, Predictable Pace | O ritmo da equipe será avaliado durante todas as etapas de projeto, principalmente através do Velocity Tracking e das Retrospectives do Scrum. | -| Stand up Meetings | Serão incorporadas as dailys do Scrum, com o propósito de responder as seguintes perguntas: O que foi feito ontem?; O que será tentado hoje?; e Quais problemas estão causando atrasos? | -| Pair programming e Move people around | O Pair Programming servirá para melhoria na qualidade do produto, além de compartilhamento de experiência pela equipe. Para isso, o Move People Around também será muito útil, pois fará com que toda a equipe esteja capacitada em todas as áreas do produto. | -| Unit Testing | Base para o XP programming, todo código que será entregue deverá ter testes unitários para assegurar qualidade, facilitar refatoração e proporcionar integração contínua do produto. Os testes unitários fazem parte do DoD do Scrum. | -| Acceptance Tests | Testes de aceitação derivam das US e serão utilizados para validar as User Story. O Acceptance Tests também fazem parte do DoD do Scrum. | - - -Fonte: Autores (2023)
- ## Referências Bibliográficas -1. Sommerville, Ian Engenharia de software/ Ian Sommerville; tradução Luiz Cláudio Queiroz; revisão técnica Fábio Levy Siqueira. 10. ed. São Paulo: Pearson Education do Brasil, 2018. Título original: Software engineering ISBN 978-65-5011-048-2 1. Engenharia de software I. Siqueira. -2. The 2020 Scrum Guide TM. Scrum Guides, 2020. Disponível no [link](https://scrumguides.org/scrum-guide.html#purpose-of-the-scrum-guide). Acesso em: 27 de setembro de 2023. -3. WELLS, Don. Extreme Programming: A gentle introduction. Extreme Programming, 2013. Disponível no [link](http://www.extremeprogramming.org/). Acesso em: 27 de setembro de 2023. -4. Wiki C2. Planning Game, 2013. Disponível no [link](https://wiki.c2.com/?PlanningGame). Acesso em: 27 de setembro de 2023. +1. Material da disciplina disponivel no aprender diff --git a/docs/doc-visao/4.processo-requisitos.md b/docs/doc-visao/4.processo-requisitos.md index cc06e46..6c14be4 100644 --- a/docs/doc-visao/4.processo-requisitos.md +++ b/docs/doc-visao/4.processo-requisitos.md @@ -9,123 +9,9 @@ | **Data** | **Versão** | **Descrição** | **Autor** | | --------- | ---------- | -------------------- | ------------------------------------------------------------- | -| 26/9/2023 | 0.1 | Criação do documento | [Luciano de Freitas](https://github.com/luciano-freitas-melo) | -| 26/9/2023 | 0.2 | Documentação dos processos de Engenharia de Requisitos | [Artur Rodrigues](https://github.com/ArturRSA19) e [João Barreto](https://github.com/JoaoBarreto03)| -| 27/9/2023 | 0.3 | Refatoração e correção da documentação dos processos de Engenharia de Requisitos | [Artur Rodrigues](https://github.com/ArturRSA19), [João Barreto](https://github.com/JoaoBarreto03) e [Luciano de Freitas](https://github.com/luciano-freitas-melo)| - -## Processos de Engenharia de Requisitos - -*Segundo [MARSICANO (2023)¹](#referencias-bibliograficas), o Processo de Engenharia de Requisitos define quais são as etapas essenciais para a construção de um software, sendo aplicado em metodologias ágeis ou em processos dirigidos a plano. A Figura 1 mostra as atividades pertencentes à ER:* - -Figura 1 - Atividades da Engenharia de Requisitos
- - - -Fonte: MARSICANO, George (2023)
- -*No desenvolvimento do projeto, utilizam-se o Scrum e o XP (Extreme Programming) que são duas metodologias ágeis populares para o desenvolvimento de software. Embora o Scrum se concentre principalmente na gestão de projetos ágeis e no planejamento de sprints, e o XP coloque uma ênfase maior em práticas de engenharia de software, ambos os métodos têm abordagens específicas para a engenharia de requisitos. A seguir serão descritos os processos de Engenharia de Requisitos nos rituais do Scrum/XP:* - -### Scrum - -*Os processos da metodologia Scrum que serão utilizados durante o desenvolvimento do projeto serão:* - -- Product Backlog - Este processo é responsável por manter os requisitos do projeto em uma evolução constante e atribuir uma prioridade maior aos requisitos mais importantes, permitindo ajustes durante o desenvolvimento do produto a cada Sprint. -- Sprint Backlog - Com esse processo, é possível planejar quais requisitos deverão ser trabalhados naquela iteração, além de permitir o acompanhamento dos requisitos que já foram concluídos ou que estão em andamento. -- Definition of Done (DoD) - Esse processo é crucial para garantir que os requisitos sejam implementados de forma adequada e completa. Ela estabelece os critérios que um incremento de trabalho deve atender para ser considerado pronto para entrega. Isso ajuda a garantir que os requisitos tenham sido atendidos completamente e que o trabalho tenha alta qualidade. - -### Extreme Programing (XP) - -*No XP, os processos de Engenharia de Requisitos utilizados serão:* - -- User Story (US) - Este processo auxilia na compreensão dos requisitos do projeto e pode ser utilizado para rastrear o ponto de desenvolvimento em que a equipe se encontra, a medida que as histórias são concluídas. Além disso, este processo pode ser muito utilizado no quesito de recebimento do Feedback do cliente a cada entrega, permitindo a atualização e melhoria dos requisitos. -- Tasks - Desempenham um papel importante no desenvolviemtno de software ágil. As Tasks são basicamente subdivisôes de itens do Product Backlog que descrevem o trabalho específico necessário para implementar um requisito. As Tasks estão relacionadas com à Engenharia de Requisitos justamente pela sua capacidade de detalhamento de requisitos, atribuição de trabalho, acompanhamento de progresso além da sinalização da conclusão de requisitos. - -## Facetas do processo - -*Uma vez que definidas as tarefas da Engenharia de Requisitos, é necessário estabelecer uma abordagem ou procedimento para realizá-las. No Handbook for the CPRE Foundation Level according to the IREB Standard, publicado pelo International Requirements Engineering Board (IREB), é apresentado um método para definir um processo de Engenharia de Requisitos com base na análise das diversas dimensões desse processo. É preciso analisar quais características extremas de cada aspecto se relacionam com o conhecimento atual e as expectativas em relação ao produto a ser desenvolvido. Com base nessa análise, juntamente com as definições previamente estabelecidas sobre o ciclo de vida e o processo de desenvolvimento de software, é possível estabelecer um processo a ser seguido para a execução das atividades de Engenharia de Requisitos. A **Figura 2** ilustra as diferentes dimensões desse processo:* - -Figura 2 - Facetas da Engenharia de Requisitos.
- - - -Fonte: Handbook IREB CPRE Foundation Level, 2022
- - -*A partir da descrição das facetas, é possível definir qual o melhor processo a ser utilizado no processo, sendo então escolhido o modelo Participativo, que engloba as facetas: iterativo, exploratório e cliente específico. Essa escolha foi baseada nos seguintes requisitos:* - -- O projeto será desenvolvido em etapas de curto ciclo com um feedback contínuo por parte do cliente; -- Os requisitos do projeto não são totalmente conhecidos no início, havendo a necessidade de explorá-los ao longo de seu desenvolvimento; -- O projeto está sendo feito para atender às necessidades de um cliente específico. Logo, a participação do mesmo é de extrema importância no desenvolvimento do produto. - -## Ferramentas - -*As ferramentas foram selecionadas de modo a facilitar a comunicação entre os membros da equipe e alavancar, na medida do possível, a produtividade e criatividade. Nesse sentido, as ferramentas são as seguintes, listadas na **Tabela 1**:* - -Tabela 1 - Ferramentas utilizadas no projeto.
- -Logo | Ferramenta | Finalidade | -|---|---|---| -|
| Discord | Realizar as Sprints e Dailies |
-| 
| Google Chrome | Ferramenta de pesquisa e estudos |
-| 
| Github e Gitpages | Armazenar e apresentar a documentação do projeto, bem como o código-fonte do produto |
-| 
| Microsoft Teams | Realizar as reuniões semanais e gravar os vídeos das apresentações |
-| 
| Mkdocs | Criação do template da github pages |
-| 
| VSCode | Programação e edição da github pages |
-| 
| WhatsApp | Manter a comunicação entre os integrantes |
-| 
| Youtube | Compartilhar apresentações e disponibilizar as reuniões semanais |
-
-Fonte: Autores, 2023
- -## Atividades de Engenharia de Requisitos - -*As **tabelas 2 a 5** mostram a relação entre as atividades do Processo de Engenharia de Requisitos, os métodos do Scrum e do XP utilizados, as ferramentas necessárias e a definição do que será entregue naquela etapa.* - - -### Sprint Planning e Release Planning - - -Tabela 2 - Processos da Engenharia de Requisitos (ER) envolvidos na Sprint Planning e Release Planning
- -| Atividades | Métodos | Ferramentas | Entrega -| --- | --- | --- | --- -| Elicitação e descoberta | User Story, Brainstorming e Observação | Microsoft Teams, Discord, Whatsapp e Google Chrome | Conjunto de User Story, lista de necessidades e Visão de Produto -| Análise e consenso | User Story Mapping | Microsoft Teams, Discord, Whatsapp e GitHub | User Stories priorizadas e funcionalidades que serão entregues na release. - -Fonte: Autores, 2023
- -### Sprint - -Tabela 3 - Processos de ER envolvidos na Sprint
- -| Atividades | Métodos | Ferramentas | Entrega -| --- | --- | --- | --- -| Validação e Verificação | Definition of Done (DoD), Revisão e Testes | Discord, Github e Whatsapp| DoD, Resultado da revisão, testes aceitos e passando -| Organização e atualização | User Story Mapping | Discord, Github e Whatsapp| Mapa das User Story - -Fonte: Autores, 2023
- -### Sprint Review - -Tabela 4 - Processos de ER envolvidos na Sprint Review
- -| Atividades | Métodos | Ferramentas | Entrega -| --- | --- | --- | --- -| Verificação e Validação | Product Backlog | Microsoft Teams, Discord, Whatsapp e GitHub | Revisão das atividades e do feedback gerado pelo cliente -| Organização e atualização | Definition of Done (DoD), Revisão e Testes | Discord, Github e Whatsapp| DoD, Resultado da revisão, testes aceitos e passando -Fonte: Autores, 2023
- -### Interation Planning - -Tabela 5 - Processos de ER envolvidos na Interation Planning
- -| Atividades | Métodos | Ferramentas | Entrega -| --- | --- | --- | --- -| Elicitação de Requisitos | Entrevistas com o Cliente, Revisão de Documentação Existente | Microsoft Teams, Discord, Whatsapp | Lista de Requisitos Priorizados para a Iteração | - -Fonte: Autores, 2023
+| 26/9/2023 | 0.1 | Criação do documento | [Luciano de Freitas](https://github.com/luciano-freitas-melo) | ## Referências Bibliográficas -1. MARSICANO, George. Requisitos de Software: Introdução a Engenharia de Requisitos (ER). Brasília, 2023 -2. Handbook IREB CPRE Foundation Level, Version 1.1.0, september 2022. \ No newline at end of file +1. Material da disciplina disponivel no aprender diff --git a/docs/sprints/sprint0/planning.md b/docs/sprints/sprint0/planning.md new file mode 100644 index 0000000..356b37a --- /dev/null +++ b/docs/sprints/sprint0/planning.md @@ -0,0 +1,61 @@ +# Sprint 0 +**Período: 16/09/2023 - 27/09/2023** + +## Planning + +### Objetivos da Sprint +- Nessa sprint, nosso foco central é aprimorar a documentação essencial para o sucesso do projeto. Estaremos concentrados na entrega de quatro artefatos-chave: visão do produto, visão do projeto, processo de desenvolvimento e processo de engenharia de requesitos. +### Itens do Product Backlog + +1. **Finalizar Visão do Produto** + - Descrição: Revisar e concluir a definição da visão do produto. + - Estimativa de Esforço: 8 horas + +2. **Organização e Planejamento do Projeto** + - Descrição: concluir a organização e planejamento do projeto + - Estimativa de Esforço: 12 horas + +3. **Separar Documento de Visão em Tópicos no Pages** + - Descrição: Atualisar o gp-page para estruturar e organizar o documento de visão em tópicos. + - Estimativa de Esforço: 6 horas + +4. **Criar Template das Sprints** + - Descrição: Desenvolver um modelo padronizado para as sprints, incluindo seções para objetivos, tarefas, cronograma e revisão. + - Estimativa de Esforço: 10 horas + +5. **Processo de Engenharia de Requisitos** + - Descrição: Documentar o processo de engenharia de requisitos. + - Estimativa de Esforço: 14 horas + +6. **Processo de Desenvolvimento do Software** + - Descrição: Especificar e documentar o processo de desenvolvimento de software. + - Estimativa de Esforço: 16 horas + +5. **Matriz de comunicação e Gerenciamento de Riscos** + - Descrição: Estabelecer uma matriz de comunicação e gerenciamento de riscos + - Estimativa de Esforço: 14 horas + +### Capacidade da Equipe + +- A capacidade da equipe para esta Sprint é considerada completa, sem previsão de ausências significativas. +- Todos os membros da equipe estão disponíveis para a Sprint e dedicarão o tempo necessário para cumprir as tarefas planejadas. + +### Impedimentos +- Não há impedimentos identificados até o momento. +- O único impedimento previsto é a participação na semana universitária. No entanto, nenhum membro da equipe tem viagem programada durante esse período. + +### Observações +- A equipe está ciente do compromisso da semana universitária e fará os ajustes necessários para garantir que as atividades da Sprint não sejam impactadas. +- Caso surjam novos impedimentos durante a Sprint, a equipe comunicará imediatamente para que as ações corretivas adequadas possam ser tomadas. + +### Planejamento de Tarefas + + 1. Divisão de Tarefas + - Artur Rodrigues: [Processo de Engenharia de Requisitos](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/5) e [lições aprendidas](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/6) + - Joao Barreto: [Processo de Engenharia de Requisitos](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/5) e [Matriz de comunicação e Gerenciamento de Riscos](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/3) + - Luciano Freitas: [Processo de desenvolvimento de software](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/4) e [Separar Documento de Visão em Tópicos no Pages](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/9) + - Pablo Santos: [Matriz de comunicação e Gerenciamento de Riscos](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/3) + - Victorio Lazaro: [Finalizar Visão do Produto](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/1) e [Organização e Planejamento do Projeto](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/2) + - Weslley Barros: [Organização e Planejamento do Projeto](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/2) e [Criar Template das Sprints](https://github.com/mdsreq-fga-unb/2023-2-BeachTennisCoordiMate/issues/7) + + diff --git a/docs/sprints/sprint0/review.md b/docs/sprints/sprint0/review.md new file mode 100644 index 0000000..dddc877 --- /dev/null +++ b/docs/sprints/sprint0/review.md @@ -0,0 +1,44 @@ +# Sprint 0 +**Período: 16/09/2023 - 27/09/2023** + +## Review + + +### Resumo da Sprint + +Durante a Sprint 0, a equipe concentrou-se na melhoria da documentação essencial, alcançando sucesso em todos os objetivos propostos. Destacam-se a conclusão da definição da visão do produto, organização e planejamento do projeto, estruturação do documento de visão, desenvolvimento de um modelo padronizado para as sprints, e a documentação dos processos de engenharia de requisitos e desenvolvimento de software. A equipe demonstrou forte colaboração, cumprindo prazos e adaptando-se de maneira eficiente a desafios, como a ausência temporária de um membro. A Sprint 0 estabeleceu uma base sólida para o projeto, evidenciando realizações concretas e coesão na equipe. + +### Entregas Concluídas + +Durante a Sprint 0, a equipe concluiu com êxito as seguintes entregas, representando marcos significativos no desenvolvimento do projeto: + +1. **Visão do Produto Finalizada:** + - A equipe revisou e concluiu a definição da visão do produto, proporcionando uma compreensão clara dos objetivos e do escopo do projeto. + +2. **Organização e Planejamento do Projeto Concluídos:** + - A organização e planejamento do projeto foram finalizados, estabelecendo as bases para a execução eficiente das próximas fases. + +3. **Documento de Visão Estruturado em Tópicos:** + - O documento de visão foi atualizado no gp-page, estruturando e organizando-o em tópicos para facilitar a referência futura. + +4. **Modelo Padronizado para Sprints Desenvolvido:** + - Foi desenvolvido um modelo padronizado para as sprints, incluindo seções dedicadas a objetivos, tarefas, cronograma e revisão, proporcionando uma estrutura consistente para o gerenciamento ágil do projeto. + +5. **Processo de Engenharia de Requisitos Documentado:** + - A equipe documentou de maneira abrangente o processo de engenharia de requisitos, fornecendo diretrizes claras para a elicitação, análise e gerenciamento de requisitos do projeto. + +6. **Processo de Desenvolvimento do Software Especificado:** + - O processo de desenvolvimento de software foi especificado e documentado, estabelecendo as práticas e os métodos a serem seguidos ao longo da implementação. + +7. **Matriz de Comunicação e Gerenciamento de Riscos Estabelecida:** + - Uma matriz de comunicação e gerenciamento de riscos foi estabelecida, fornecendo uma estrutura para identificar, avaliar e mitigar riscos ao longo do ciclo de vida do projeto. + +Essas entregas representam não apenas a conclusão de tarefas específicas, mas também o alcance de objetivos fundamentais para a efetiva gestão e desenvolvimento do projeto. A equipe demonstrou comprometimento, colaboração e habilidade técnica na conclusão bem-sucedida dessas metas durante a Sprint 0. + +### Comparação com Objetivos Iniciais + +Em resumo, a equipe não apenas atingiu, mas também superou os objetivos estabelecidos para a Sprint 0. Essa conquista destaca a eficácia do planejamento, a colaboração da equipe e a capacidade de adaptação diante de desafios, estabelecendo uma base sólida para as próximas iterações do projeto. + +### Pontos Fortes e Realizações + +Durante a Sprint 0, a equipe concentrou-se na melhoria da documentação essencial, alcançando sucesso em todos os objetivos propostos. Destacam-se a conclusão da definição da visão do produto, organização e planejamento do projeto, estruturação do documento de visão, desenvolvimento de um modelo padronizado para as sprints, e a documentação dos processos de engenharia de requisitos e desenvolvimento de software. A equipe demonstrou forte colaboração, cumprindo prazos e adaptando-se de maneira eficiente a desafios, como a ausência temporária de um membro. A Sprint 0 estabeleceu uma base sólida para o projeto, evidenciando realizações concretas e coesão na equipe. diff --git a/docs/sprints/template/planning.md b/docs/sprints/template/planning.md deleted file mode 100644 index 31622e4..0000000 --- a/docs/sprints/template/planning.md +++ /dev/null @@ -1,39 +0,0 @@ -# Sprint [Número da Sprint] -**Período: xx/xx/2023 - xx/xx/2023** - -## Planning - - - -### Objetivos da Sprint -- [Incluir uma breve descrição dos principais objetivos e metas que a equipe pretende alcançar durante esta Sprint.] - -### Itens do Product Backlog - - 1. [Nome/Título da História do Usuário ou Tarefa] - - Descrição: [Breve descrição da funcionalidade ou tarefa] - - Critérios de Aceitação: - - [Cada critério específico que deve ser atendido para considerar a história como concluída] - - Estimativa de Esforço: [Estimativa de pontos ou horas] - -### Capacidade da Equipe -- [Indicar a capacidade da equipe para esta Sprint, levando em consideração fatores como feriados, ausências etc.] - -### Compromissos Anteriores (se aplicável) -- [Listar quaisquer compromissos ou tarefas pendentes de sprints anteriores, se houver.] - -### Planejamento de Tarefas - - 1. Divisão de Tarefas para a História do Usuário 1:** - - [Membro 1]: [Tarefas atribuídas] - - [Membro 2]: [Tarefas atribuídas] - -### Observações/Notas Importantes -- [Incluir quaisquer observações, notas ou alertas importantes para a equipe durante esta Sprint.] - - -### Revisão do Backlog e Compromissos -- Revisão geral dos itens do Product Backlog e compromissos assumidos pela equipe. - -### Anotações Gerais: -- [Espaço para anotações adicionais ou informações relevantes.] diff --git a/docs/sprints/template/retrospective.md b/docs/sprints/template/retrospective.md deleted file mode 100644 index 335b54f..0000000 --- a/docs/sprints/template/retrospective.md +++ /dev/null @@ -1,24 +0,0 @@ -# Sprint [Número da Sprint] -**Período: xx/xx/2023 - xx/xx/2023** - -## Retrospective - -### O que deu certo - - Identificar e discutir as atividades, práticas ou ações que foram bem-sucedidas durante o último ciclo. - - Celebrar conquistas e marcos alcançados. - - Destacar as boas práticas e as razões por trás do sucesso. - -### O que pode ser melhorado - - Identificar e discutir os desafios, obstáculos ou áreas que precisam de melhoria. - - Analisar as causas subjacentes de problemas ou dificuldades. - - Focar em aprendizados e oportunidades de crescimento. - -### Ações a serem tomadas - - Definir ações específicas e tangíveis para abordar as áreas que precisam de melhoria. - - Atribuir responsabilidades claras para implementar as ações identificadas. - - Estabelecer prazos para a conclusão das ações e acompanhamento contínuo. - -### Feedback Final - - Permitir que os membros da equipe expressem quaisquer preocupações ou pensamentos finais. - - Encorajar a comunicação aberta e a construção de um ambiente de confiança. - - Agradecer à equipe pelo esforço e colaboração durante o ciclo. diff --git a/docs/sprints/template/review.md b/docs/sprints/template/review.md deleted file mode 100644 index eb3a383..0000000 --- a/docs/sprints/template/review.md +++ /dev/null @@ -1,56 +0,0 @@ -# Sprint [Número da Sprint] -**Período: xx/xx/2023 - xx/xx/2023** - -## Review - - -### Resumo da Sprint -- [Breve resumo do que foi planejado para a Sprint e os objetivos atingidos.] - -### Entregas Concluídas - -1. **Visão Geral:** - - [Breve descrição geral do progresso alcançado durante a Sprint.] - -2. **Itens do Backlog Concluídos:** - - [Lista de itens do backlog que foram concluídos e entregues.] - -3. **Demonstrações:** - - [Exibições ou demonstrações de funcionalidades concluídas, se aplicável.] - - - -### Comparação com Objetivos Iniciais - -- [Rever os objetivos estabelecidos no início da sprint e avaliar como foram alcançados.] - -### Pontos Fortes e Realizações - -- [Destacar os aspectos positivos, conquistas notáveis ou inovações durante a sprint.] - - -### Desafios e Lições Aprendidas - -- [Identificar desafios encontrados e discutir as lições aprendidas durante a sprint.] - -### Feedback do Cliente/Usuário - -- [Incluir qualquer feedback recebido dos stakeholders, clientes ou usuários.] - -### Próximos Passos - -- [Descrever os próximos passos com base no trabalho concluído e no feedback recebido.] - -### Agradecimentos e Reconhecimentos - -- [Reconhecer e agradecer o esforço da equipe durante a sprint.] - -### Pontos a Melhorar - -- [Identificar áreas específicas que podem ser aprimoradas na próxima sprint.] - - -### Agenda para a Próxima Sprint - -- [Listar tópicos a serem discutidos ou planejados para a próxima sprint.] - diff --git a/mkdocs.yml b/mkdocs.yml index 8aafb0b..791029b 100644 --- a/mkdocs.yml +++ b/mkdocs.yml @@ -30,7 +30,9 @@ nav: - Processo de Engenharia de Requisitos: doc-visao/4.processo-requisitos.md - Lições Aprendidas: doc-visao/5.licoes-aprendidas.md - Sprints: - - template: - - Planning: sprints/template/planning.md - - Review: sprints/template/review.md - - Retrospective: sprints/template/retrospective.md \ No newline at end of file + - Sprint 0: + - Planning: sprints/sprint0/planning.md + - Review: sprints/sprint0/review.md + + +