| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 03/09/2019 | 0.1 | Abertura do Documento | Martha Dantas |
| 03/09/2019 | 0.1.1 | Descrição do conteúdo e estrutura do documento | Martha Dantas |
| 05/09/2019 | 0.2 | Definição dos processos e metodologias | Martha Dantas |
| 05/09/2019 | 0.3 | Esplanação de como equipe utilizará metodologias e processos | Martha Dantas |
| 06/09/2019 | 0.4 | Inclusão do plano de gamificação e do BCP | Martha Dantas |
| 07/09/2019 | 0.5 | inclusão do plano de comunicação e revisão dos tópicos ja existentes | Martha Dantas |
| 07/09/2019 | 0.6 | Descrição de extreme programming e das tecnicas de gamificação e interação entre a equipe | Martha Dantas |
| 07/09/2019 | 1.0 | inclusão do plano de Estimativa das issues do projeto | Martha Dantas |
| 25/09/2019 | 1.2 | Corrigindo erros | Martha Dantas |
| 05/10/2019 | 1.3 | Adicionando modificaçoes na forma de trabalho | Martha Dantas |
Esse documento é responsável por elicitar e descrever todas as metodologias e processos que serão utilizadas ao longo da execução do projeto.
A combinação das metodologias aqui presentes, tem como objetivo construir um processo de desenvolvimento de software consistente e ágil. Estando atentos ao manifesto Ágil - "Indivíduos e interações mais que processos e ferramentas" Manifesto Ágil - o nosso plano não busca seguir metodologias à risca e sim se valer de adaptações que melhor de adequam a equipe.
"É um framework no qual as pessoas podem lidar com problemas complexos e, ao mesmo tempo, fornecer produtos de maneira mais criativa e produtiva."ScrumGuides, 2019
Artefato que contém as funcionalidade desejadas, sendo este passível de modificação a qualquer etapa do processo.
- Developers: Development Team ou time de desenvolvimento, em português, são os profissionais responsáveis por desenvolver e testar as funcionalidades do produto de software.
- Product Owner: É o responsável por manter em foco o valor agregado do produto de software sob o olhar dos stakeholders. Decide prioridades de implementação com base nos interessados(stakeholders).
- Scrum Master: É o responsável por líderar a equipe durante o processo de desenvolvimento do produto de software. Cuida para que toda equipe siga os, pré definidos ,processos e metodologias e que esses estejam adaptados as necessidades da equipe.
Nossa equipe utilizara os papéis do Scrum acrescentando mais dois papéis. São estes:
- DevOps: Responsável por manter o projeto nas diretrizes da cultura devops e tomar decisoes que garatem que o ambiente desevolvimento esteja também sob essas diretrizes.
- Architect: Responsável por desenhar a arquitetura do projeto e definir as tecnologias que melhor se amplicam ao nosso contexto.
- Sprint: No Scrum "sprint" é como chamamos uma iteração no processo de desenvolvimento. Geralmente tem duração de uma semana ou no máximo um mês, podendo ser adaptável as necessidades da equipe.
- Sprint Backlog: Artefato gerado sempre no início de uma nova iteração. Contém as tarefas que serão realizadas durante esta nova iteração.
- Sprint Planning: Reunião onde é feito o planejamento estrátegico e a definição dos objetivos de uma nova sprint, ou seja, de uma nova iteração, nela é criado o artefato sprint backlog citado à cima.
- Sprint Review: Realizada no final de cada sprint para mostrar o que foi alcançado e avaliar a relação entre o que está sendo desenvolvido e os objetivos da sprint.
- Sprint Retrospective:Ocorre ao final de cada sprint, assim como a sprint review. Tem objetivo de cumprir manter o pilar de inspeção do scrum, nela são avaliados os pontos positivos e negativos da sprint que se finalizou. As informações coletadas norteiam a equipe para um melhoramento de seu processo de desenvolvimento.
"É um conceito que diz que a quantidade de tempo (horas ou dias, o que depende das unidades sendo utilizadas para um determinado projeto) é imutável, ou seja, a quantidade de horas não poderá aumentar caso algum problema ou novo requisito seja identificado." PortalEducação, 2019
Está descrito a baixo o time-box definido pela equipe desenvolvimento deste projeto:
- Daily - 15 minutos
- Sprint - 1 semana.
- Inicio: Segunda
- Fim: Sábado
- Sprint Planning - 2hrs, considerando a proporção de tempo recomendado para equipes com sprints de 4 semana que é de 8hrs.
- Sprint Review e Sprint Retrospective: 30 minutos cada uma.
Obs.: O time-box pode ser modificado a qualquer momento para atender as necessidades da equipe.
"Em administração da produção, kanban é um cartão de sinalização que controla os fluxos de produção ou transportes em uma indústria."Wikipédia, 2019
Para nos o kanban será um cartão de sinalização que possuirá os seguintes quadros:
- Project Backlog: Lista de todas as funcionalidades do projeto
- Sprint Backlog: Lista das funcionalidade que serão implemntadas na sprint atual
- To Do: Lista de funcionalidades que devem ser feitas
- In Progress: Lista de funcionalidade que estão sendo desenvolvidas
- Review: Lista de funcionalidades que devem ser revisadas
- In Test: Lista de funcionalidades que devem ser testadas
- Done: Lista de funcionalidades já desenvolvidas
"Extreme Programming (XP) é uma estrutura de desenvolvimento de software ágil que visa produzir software de maior qualidade e maior qualidade de vida para a equipe de desenvolvimento."Agile Aliance
Serão utilizados pela equipe as seguintes práticas:
- Small Realeases - Pequenas entregas
- Testing - Cobertura de código testado de 90%
- Refactoing - Existência de uma sprint de refatoração a cada 3 sprints
- Pair Programing - Programação em pares com rotatividades para gestão do conhecimento
- Coding Standard: Padronização do código com folha de estilo.
o Plano de Comunicação vem para assegurar que as exista uma comunicação transparente entre a equipe, bem como documentar e organizar o conjunto de informações que a equipe gera durante todo o processo. Para que isto seja possível utilizaremos algumas ferramentar, tais como:
- Discord - dailys remotas
- Telegram - diálogo diaŕio e decisoes de baixo impacto
- Drive - informações da equipe e insumos para viabilizar o projeto
- Github- armazenamento de código fonte, transparência na realização de tarefas,documentação de iterações
"Gamificação é a utilização de técnicas de design de jogos para incentivar produtividade e/ou mudanças de comportamento."
Visando manter a produtividade, o Colaborativismo e a melhoria continua da relação entre membros a equipe utilizará de tecnicas de gamificação, tais como:
- Sharing Knowledge: Incentivar compartilhamento de conhecimento.
- Certificates: Reconhecimento atráves de certificados, medalhas e etc.
Vale lembrar que algumas dessas tecnicas serão intrisicamente aplicadas pela equipe gestora.
Obs.: As tecnicas foram escolhidas com base no perfil que foi traçado da equipe. Essa informação pode ser encontrada aqui.
Manifesto Ágil. Disponível em: https://www.manifestoagil.com.br/
Metodologia Scrum. Disponível em: https://www.desenvolvimentoagil.com.br
Scrum Guides. Disponível em: https://scrumguides.org/scrum-guide.html
Bartle, R. a. (1999). Players Who Suit MUDs. Retrieved March 22, 2015, from http://mud.co.uk/richard/hcds.htm
Ryan, R. M., & Deci, E. L. (2000). Self-determination theory and the facilitation of intrinsic motivation, social development, and well-being. The American Psychologist, 55, 68–78. http://doi.org/10.1037/0003-066X.55.1.68
Pink, D. H. (2009). Drive: The surprising truth about what motivates us. Distribution (p. 256). Canongate. Most of the icons are available at game-icons.net. For more information, check the icons accreditation info here.
Sigmund, K., & Hauert, C. (2002). Altruism. Current Biology. https://doi.org/10.1016/S0960-9822(02)00797-2
Extreme Programing Glossary. Disponível em: https://www.agilealliance.org
When should Extreme Programming be Used?. Disponível em: http://www.extremeprogramming.org
What is Extreme Programming?. Disponível em: https://ronjeffries.com/xprog/what-is-extreme-programming/