Merge pull request #17 from fga-eps-mds/doc/metodologias

Documento de metodologias

docs/planejamento/metodologia.md

@@ -0,0 +1,87 @@
+# Metodologias
+
+
+## Introdução
+
+<p align="justify"> Este documento descreve o processo completo utilizado no desenvolvimento do projeto GEROcuidado. Para alcançar esse objetivo, adotamos metodologias ágeis de desenvolvimento de software, incluindo Scrum e XP. </p>
+
+## Lean Inception
+
+<p align="justify"> O Lean Inception oferece um processo colaborativo de descoberta e demonstração em que os participantes trabalham juntos por meio de uma série de atividades para entender as oportunidades e elaborar um MVP(mínimo produto viável). O Lean Inception é útil quando a equipe necessita desenvolver um MVP e criar um produto de forma iterativa e incremental (CAROLI, 2017). É justamente a metodologia que possibilita acelerar a entrega de soluções de forma contínua e consistente, sempre contemplando dois eixos essenciais: os objetivos do negócio e as necessidades dos usuários. </p>
+
+## Scrum
+
+<p align="justify"> Scrum é um framework de gerenciamento de projetos ágeis, e embora seja amplamente utilizado na área de desenvolvimento de software, pode ser usado para planejar, gerenciar e desenvolver qualquer produto. É um framework interativo e incremental. Nessa metodologia, os projetos são divididos em ciclos curtos e iterativos (repetitivos). Os ciclos duram de 1 a 2 
+ semanas e são chamados de sprints (CRUZ, 2013). O scrum prevê alguns ritos (cerimônias) e artefatos.
+</p>
+
+<p align="justify">Durante o projeto Amis, os artefatos usados são: backlog do produto (<i>product backlog</i>) e sprints. Os ritos usados são: planejamento da sprint (<i>planing</i>), <i>daily</i> e <i>review</i>. </p>
+
+### <i>Product Backlog</i>
+<p align="justify">O <i>Product Backlog</i> é uma lista de tarefas priorizadas que incluem todas as atividades necessárias para concluir um projeto, incluindo requisitos funcionais que agregam valor ao negócio (PEREIRA, 2007). Ou seja, é um conjunto de funcionalidades e requisitos que deverão ser entregues. </p>
+
+### <i>Sprints</i>
+<p align="justify">No Scrum a Sprint é uma iteração que dura de duas a quatro semanas, no qual são desenvolvidos incrementos do produto.</p>
+
+### <i>Planning</i>
+<p align="justify">A <i>Sprint Planning</i> é um rito em que a iteração é planejada, em que será definido o que será feito, ou seja, quais itens do backlog serão realizados na <i>sprint </i>.</p>
+
+<p align="justify"> Neste projeto a reunião de planejamento ocorre a cada duas semanas.</p>
+
+### <i>Daily Meeting</i>
+
+<p align="justify"> A <i>Daily</i> é uma reunião diária de acompanhamento da equipe com o objetivo de que cada participante relate seu status e possíveis obstáculos para a conclusão do projeto. Neste projeto a reunião dura em média quinze minutos. </p>
+
+### <i>Sprint Review</i>
+<p align="justify"> A <i>Sprint Review</i>  é uma reunião que ocorre no final da <i>sprint</i> em que é feita uma revisão do que foi feito, tendo uma visão geral de como está o produto </p>
+
+
+## XP
+<p align="justify"> O Extreme Programming (XP) é uma metodologia ágil que nasceu com o intuito de tentar solucionar os problemas que eram causados pelas metodologias tradicionais. O XP tem quatro princípios: Comunicação, Simplicidade, Feedback e Coragem.  O XP tem diversos tipos de práticas, totalizando 12 tipos, entre elas a que serão utilizadas no projeto serão: programação em pares, releases curtas, código coletivo e cliente presente.
+</p>
+
+### Programação em pares
+
+<p align="justify"> A programação em pares ocorre quando dois programadores escrevem o código juntos em um mesmo computador.
+</p>
+
+
+### Releases curtas
+
+<p align="justify"> São feitas pequenas releases do software, pequenas versões funcionais, para ser entregue ao cliente antes do prazo.
+</p>
+
+### Código coletivo
+
+<p align="justify"> Essa característica permite que qualquer programador possa alterar o qualquer código, não precisando de uma autorização de qualquer membro antes disso.
+</p>
+
+### Cliente presente
+
+<p align="justify"> O desenvolvimento do software é feito com a presença do cliente, ou seja, ele sempre está em contato com a equipe de desenvolvimento.
+</p>
+
+
+## Kanban
+<p align="justify"> O Kanban é um sistema de gestão de trabalho, que possui como objetivo a definição de um fluxo de trabalho. Além disso tem como foco produtividade e organização das entregas. O kanban é mais conhecido devido o uso do quadro kanban, em que o mesmo é dividido, normalmente em cinco colunas: backlog, to do, doing, review e done. Na coluna de backlog fica os cards com as atividades que precisam ser feitas para realização do trabalho completo. Na coluna to do ficam os cards que precisam ser feitos durante a spring, quando começa a atividade o card é movido para coluna de doing, quando terminado vai para coluna de revisão e por último quando tudo finalizado vai para done. </p>
+
+
+## Referências
+
+CAROLI, Paulo. Lean inception. São Paulo, BR: Caroli. org, 2017.
+
+CRUZ, Fábio. Scrum e PMBOK unidos no Gerenciamento de Projetos. Brasport, 2013.
+
+FADEL, Aline Cristine; SILVEIRA, Henrique da Mota.Metodologias ágeis no contexto de
+desenvolvimento de software: XP, Scrum e Lean. 
+
+PEREIRA, Paulo; TORREÃO, Paula; MARÇAL, Ana Sofia. Entendendo Scrum para gerenciar projetos de forma ágil. Mundo PM, v. 1, p. 3-11, 2007.
+
+SOFIA, Bianca; OLIVEIRA, Lorrany. Metodologias do grupo AMIS. Disponível em: https://github.com/fga-eps-mds/2023.1-Amis-Doc/blob/main/docs/organization/methodology.md. Acesso em 09 jul 2022
+
+
+## Histórico de versões
+
+| Versão | Data       | Descrição | Autores |
+| ------ | ---------- | --------- | ------- |
+| 1.0    | 07/09/2023 | Abertura do documento | Pedro Cella |

mkdocs.yml

@@ -47,6 +47,7 @@ nav:
     - Plano de Contribuição: planejamento/plano_de_contribuicao.md  
     - Plano de Comunicação: planejamento/plano_de_comunicacao.md
     - Quadro de disponibilidade: planejamento/quadro_de_disponibilidade.md
+    - Metodologias: planejamento/metodologia.md