-
Notifications
You must be signed in to change notification settings - Fork 2
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #76 from fga-eps-mds/75-metodologia
[docs:75] - add improved methodology document
- Loading branch information
Showing
10 changed files
with
105 additions
and
77 deletions.
There are no files selected for viewing
This file was deleted.
Oops, something went wrong.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,95 @@ | ||
# Metodologia de Trabalho da Equipe | ||
|
||
## Introdução | ||
|
||
Nossa equipe adotou uma metodologia híbrida baseada em Scrum e práticas do Extreme Programming (XP) para garantir um desenvolvimento ágil e eficiente. Este documento detalha os processos e ferramentas que utilizamos para organizar e comunicar nosso trabalho. | ||
|
||
## Framework Scrum | ||
|
||
### 1. Planning | ||
|
||
- **Objetivo:** Definir as metas e tarefas para o próximo ciclo de desenvolvimento. | ||
- **Frequência:** Toda segunda 21h após reunião com cliente | ||
- **Participantes:** Toda a equipe | ||
- **Atividades:** | ||
- Revisar o backlog de produto | ||
- Estimar as tarefas utilizando métodos como Planning Poker | ||
- Definir as prioridades e selecionar as tarefas para o sprint | ||
|
||
### 2. Standup meeting | ||
|
||
- **Objetivo:** Alinhar o progresso e identificar impedimentos. | ||
- **Frequência:** Terças e quintas entre aulas | ||
- **Participantes:** Toda a equipe | ||
- **Atividades:** | ||
- Novas atividades podem ser repassadas | ||
- Cada membro responde às perguntas: | ||
- O que estou fazendo? | ||
- Há algum impedimento no meu caminho? | ||
|
||
### 3. Review | ||
|
||
- **Objetivo:** Apresentar o trabalho realizado durante a sprint e validar com o PO. | ||
- **Frequência:** Toda segunda 20h em reunião com cliente | ||
- **Participantes:** Toda a equipe, incluindo stakeholders | ||
- **Atividades:** | ||
- Demonstração das funcionalidades desenvolvidas | ||
- Feedback dos stakeholders | ||
- Atualização do backlog com base no feedback recebido | ||
|
||
### 4. Retrospectiva | ||
|
||
- **Objetivo:** Refletir sobre o sprint passado e identificar melhorias para os próximos sprints. | ||
- **Frequência:** Toda sexta-feira às 16h | ||
- **Participantes:** Toda a equipe | ||
- **Atividades:** | ||
- Discussão sobre o que funcionou bem e o que pode ser melhorado | ||
- Definição de ações para melhorias contínuas | ||
|
||
### 5. Proximidade com o Usuário | ||
|
||
- **Objetivo:** Garantir que o desenvolvimento está alinhado com as necessidades e expectativas do usuário. | ||
- **Como funciona:** Envolvimento constante do usuário final durante o processo de desenvolvimento, com feedback frequente e ajustes conforme necessário. | ||
|
||
### 6. Cadência Rápida de Entregas | ||
|
||
- **Objetivo:** Entregar incrementos de valor ao cliente de forma contínua e rápida. | ||
- **Como funciona:** Entregas frequentes e menores, focando na entrega contínua de valor ao cliente. | ||
|
||
## Práticas do Extreme Programming (XP) | ||
|
||
### Programação em Pares | ||
|
||
- **Objetivo:** Melhorar a qualidade do código e promover o compartilhamento de conhecimento. | ||
- **Como funciona:** Dois desenvolvedores trabalham juntos no mesmo código, alternando entre os papéis de “Driver” e “Observer”. | ||
|
||
### Integração Contínua (CI/CD) | ||
|
||
- **Objetivo:** Assegurar que o código está sempre em um estado funcional. | ||
- **Como funciona:** O código é integrado e testado automaticamente no SonarQube, permitindo coletar métricas do código rapidamente. | ||
|
||
## Kanban | ||
|
||
### Uso do Quadro Kanban | ||
|
||
- **Objetivo:** Visualizar o fluxo de trabalho e limitar o trabalho em progresso. | ||
- **Como funciona:** As tarefas são movidas através de colunas no quadro, representando diferentes estágios do fluxo de trabalho (Ex.: Backlog, Em Progresso, Em Revisão, Concluído). | ||
|
||
## PMBOK | ||
|
||
### Gestão de Projetos | ||
|
||
- **Objetivo:** Integrar práticas de gerenciamento de projetos para melhor organização e controle. | ||
- **Como funciona:** Utiliza-se as áreas de conhecimento do PMBOK, como gerenciamento de escopo, tempo, custo e qualidade, adaptando-as ao contexto ágil da equipe. | ||
|
||
## Conclusão | ||
|
||
Adotando essa combinação de Scrum, XP, Kanban e PMBOK, visamos a maximização da produtividade e a qualidade do nosso produto final. As ferramentas escolhidas suportam nossas necessidades de comunicação e organização, facilitando a colaboração e a transparência em todas as fases do desenvolvimento. | ||
|
||
## Histórico de versão | ||
|
||
| Alteração | Data | Autor | | ||
| -------------------- | -------- | ------------ | | ||
| Criação do documento | | Victor Yukio | | ||
| Revisão | 18/07/24 | Sara Campos | | ||
| Revisão | 03/08/24 | Sara Campos | |
File renamed without changes.
File renamed without changes.
File renamed without changes.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters