Pular para conteúdo

Metodologia

Introdução

A escolha da metodologia certa para um projeto de software desempenha um papel crítico que pode determinar o sucesso ou o fracasso do projeto. Neste contexto, o grupo optou por adotar metodologias ágeis. O principal objetivo das metodologias ágeis é reduzir a sobrecarga associada a planejamentos no desenvolvimento de softwares. Para o projeto em questão, utilizaremos metodologias ágeis adaptadas.

SCRUM

O SCRUM é uma metodologia ágil amplamente utilizada para o desenvolvimento de software. Ele se baseia em ciclos de desenvolvimento chamados de "Sprints," cada um com duração de 2 a 4 semanas. Antes de cada Sprint , realiza-se uma Reunião de Planejamento (Sprint Planning Meeting) na qual a equipe de desenvolvedores prioriza o trabalho a ser realizado, seleciona e estima as tarefas que podem ser concluídas durante a Sprint . A próxima fase é a execução da Sprint. Durante a execução da Sprint, o time monitora o progresso do desenvolvimento por meio de Reuniões Diárias Rápidas (Daily Meeting), que duram no máximo 15 minutos, e observa o progresso usando um gráfico chamado Sprint Burndown. Ao final de cada Sprint, é realizada uma revisão do produto entregue para verificar se todas as tarefas foram implementadas.

XP

O XP (eXtreme Programming) é um método ágil de desenvolvimento de software que se destaca pela ênfase na comunicação, feedback constante e simplicidade. Todos os requisitos são expressos em cenários que são implementados diretamente como tarefas.

A metodologia XP define um conjunto de cinco valores fundamentais que são a base para a realização dos trabalhos:

  • Comunicação: A comunicação é sempre fluida e aberta entre todos os membros da equipe.
  • Feedback constante: A equipe busca feedback constantemente, o que ajuda a identificar e corrigir problemas mais cedo no processo de desenvolvimento.
  • Simplicidade nas implementações iniciais: A simplicidade é valorizada nas implementações iniciais de funcionalidades, priorizando o desenvolvimento iterativo.
  • Coragem para propor soluções complexas caso necessário: A equipe está disposta a enfrentar desafios complexos quando necessário para alcançar os objetivos do projeto.
  • Respeito: O respeito mútuo entre os membros da equipe é fundamental para criar um ambiente colaborativo e produtivo.

Metodologia do Projeto

O projeto seguirá a metologia SCRUM, pois é um método de comum conhecimento entre a equipe. E para atender melhor as necessidades, tanto do grupo como do projeto serão feitas algumas adaptações na metologia em questão.

Durante o projeto será realizado o seguinte processo iterativo:

  • Reuniões de planejamento: realizada toda quinta-feira de maneira não presencial através da ferramentas Teams. Com objetivo de organizar e definir as tarefas da Sprint com os integrantes do grupo.
  • Sprints: terão tamanho fixo de seis dias.
  • Reuniões diárias: serão realizadas após o período de aula e através de ferramentas de comunicação como Whatapp e Teams.
  • Revisão dos artefatos: após as entregas do projeto será feita uma revisão para corrigir os problemas e adicionar sugestões de melhorias relatadas durante a apresentação.

Não será atribuido a nenhum integrante papeis do SCRUM (Product Owner, SCRUM Master ou desenvolvedor), e para que o projeto ocorra da melhor maneira possível será requerido uma constante comunicação entre os integrantes do grupo sobre idéias para o projeto, diponibilidade para a realização de tarefas, feedbacks, etc.

Bibliografia

VETORAZZO, Adriana. Engenharia de Software, 2018, SAGAH EDUCAÇÂO S.A.
SWEBOK SWEBOK V3.0, IEEE
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.

📑 Histórico de versão

Versão Data Descrição Autor Revisor
1.0 27/09/2023 Criação da página de metodologia Breno Queiroz Mayara Alves
1.1 28/11/2023 Melhorias no texto, incluindo uma introdução mais direta, explicações breves do SCRUM e XP, simplificação na descrição das reuniões e exemplos dos valores do XP. Altino Arthur Mayara Alves
1.2 Correções da verificaçãoo Breno Queiroz