Metodologia do Projeto

Introdução

Para o desenvolvimento deste projeto, utilizamos o Scrum, uma metodologia ágil que permite a gestão e execução de projetos de forma colaborativa e flexível. O Scrum nos ajuda a manter o foco nas necessidades do usuário e a entregar o projeto de maneira iterativa, com entregas contínuas e ajustáveis ao longo do processo.

O que é Scrum?

Scrum é um framework ágil de desenvolvimento de software que divide o trabalho em ciclos curtos e organizados, chamados sprints. Cada sprint tem uma duração definida e é seguido de uma reunião de review para avaliar o progresso. A abordagem ágil do Scrum favorece a flexibilidade e a adaptação constante, permitindo ajustes rápidos conforme o projeto avança.

Papéis no Scrum

Scrum Master: A pessoa responsável por garantir que as práticas ágeis do Scrum sejam seguidas e por apoiar o time na remoção de obstáculos. No nosso projeto, o papel de Scrum Master é desempenhado por Luiza Maluf.

Product Owner: O responsável por representar os interesses dos stakeholders e assegurar que as prioridades do projeto estejam alinhadas com as necessidades do usuário. O Product Owner do nosso projeto é Márcio Henrique.

Time de Desenvolvimento: Todos os membros do grupo, responsáveis pela execução das tarefas do projeto e pela entrega de resultados dentro de cada sprint.

Eventos Scrum

Sprint: Ciclo de trabalho com duração de uma semana, onde o time desenvolve as tarefas definidas no Sprint Backlog. Durante a Sprint, a equipe foca em produzir entregáveis que agreguem valor ao projeto.
Reunião de Planning: Reunião no início de cada Sprint para definir as tarefas a serem realizadas e os objetivos do ciclo.
Reunião de Review: Ao final de cada Sprint, a equipe se reúne para revisar os resultados alcançados e discutir melhorias para o próximo ciclo. Devido à agenda da equipe, combinamos a reunião de Planning com a de Review, otimizando o tempo e garantindo o progresso do projeto.
Status: Reuniões rápidas realizadas antes ou após as aulas, ou por meio de mensagens, para fornecer atualizações sobre o andamento das atividades e resolver questões rapidamente.

Política de Issues e Commits

Para garantir a organização do trabalho e facilitar a colaboração no GitHub, adotamos uma política de issues e commits:

Issues: Devem ser abertas quando houver problemas que não podem ser resolvidos individualmente, propostas de novas funcionalidades ou a necessidade de discussão sobre algum tópico específico, principalmente nos momentos de verificação.
Commits: Ao trabalhar em um problema, a equipe deve criar uma branch específica para a tarefa, realizar os commits necessários e abrir um pull request para revisão. O uso de pull requests facilita o acompanhamento das contribuições e permite a correção de problemas antes da finalização da tarefa.

Verificação dos Artefatos Durante a Revisão de Pull Request

Uma das decisões que tomamos para otimizar o fluxo de trabalho do nosso projeto foi integrar a verificação dos artefatos com o evento de revisão de pull request.

Por que essa decisão foi tomada?

Durante o desenvolvimento do projeto, a equipe trabalha de forma colaborativa, utilizando o GitHub para gerenciar as contribuições através de pull requests. Normalmente, um pull request é aberto para revisar e aprovar alterações realizadas em uma branch específica antes de serem mescladas à branch principal do projeto.

No entanto, além dessa revisão de código, decidimos aproveitar esse momento para realizar a verificação dos artefatos de design e desenvolvimento, como protótipos, interfaces ou outros entregáveis.

Como funciona?

Quando um membro da equipe finaliza uma tarefa que exige alterações no código ou criação de artefatos, ele abre um pull request. Durante a revisão desse pull request, a equipe não só revisa o código, mas também verifica a conformidade dos artefatos com os requisitos do projeto, as diretrizes de design e as metas de usabilidade previamente estabelecidas.

Essa abordagem garante que:

A qualidade do artefato seja validada junto com a revisão técnica, evitando retrabalho no futuro.
Feedback mais rápido sobre os artefatos, uma vez que todos os membros da equipe participam da revisão, oferecendo diferentes perspectivas e sugestões.
Alinhamento contínuo do projeto, já que a cada sprint, a equipe garante que os artefatos estão evoluindo de acordo com as expectativas do usuário e os objetivos do projeto.

Vantagens dessa abordagem:

Integração eficiente: Ao combinar a verificação de artefatos com o processo de revisão de pull request, conseguimos realizar uma análise mais holística e alinhada das entregas.
Redução de falhas: Identificamos problemas de design ou usabilidade enquanto o código ainda está sendo desenvolvido, o que facilita ajustes rápidos antes da implementação final.
Facilidade de comunicação: Todos os membros da equipe podem comentar e sugerir melhorias nos artefatos, permitindo uma troca constante de ideias e garantindo que o projeto evolua conforme as expectativas de todos os envolvidos.

Essa estratégia de verificação contínua, realizada de forma sincronizada com a revisão de código, é uma das práticas que adotamos para garantir a qualidade e eficiência do nosso projeto de IHC.

Bibliografia

MELO, Arthur. Metodologia. Repositório do Grupo Bilheteria Digital da disciplina de Interação Humano Computador da Universidade de Brasília, 2023. Disponível em: https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo/etapa1/planejamento-verificacao-etapa1-grupo. Acesso em: 12 nov, 2024.

Referência Bibliográfica

SCHWABER, K.; SUTHERLAND, J. The Scrum Guide. Scrum.org, 2020. Disponível em: https://scrumguides.org. Acesso em: 07 nov. 2024.

Histórico de versão

Versão	Data	Descrição	Autor(es)	Revisor(es)
`1.0`	04/11/2024	Criação do página	Luiza Maluf	Márcio Henrique
`1.1`	07/11/2024	Descrição das metodologias do projeto	Luiza Maluf	Márcio Henrique