Viabilidade
Metodologia
Metodologia adotada no projeto
Foi adotado como base o framework scrum onde empregamos processos e técnicas aos papéis, eventos, artefatos e regras, adaptando às necessidades da equipe.
O objetivo do Scrum no projeto é permitir o controle do trabalho a ser realizado por meio de uma gestão dinâmica, assim identificar obstáculos durante o processo de desenvolvimento e reagir a eles. A abordagem iterativa e incremental empregada otimiza a previsão e monitoramento de riscos.
Também adotamos o uso do Kanban para controle do fluxo de produção da equipe, para a otimização do mesmo foi utilizado a ferramenta ZenHub nos repositórios do projeto.
Representantes dos papéis:
Product Owner - Augusto Vilarins
Scrum Master - Emanoel Belchior
DevOps - Felipe Osório
Arquiteto - Bruno Rodrigues
Scrum Master
- Responsável por garantir que o Time Scrum esteja aderindo aos valores do Scrum, às práticas e às regras;
- Ajuda o Time Scrum e a organização a adotarem o Scrum;
- Educa o Time Scrum treinando-o e levando-o a ser mais produtivo e a desenvolver produtos de maior qualidade;
- Ajuda o Time Scrum a ser auto-organizável;
- Resolver impedimentos;
- Buscar produtividade máxima do time por meio de treinamentos, análise dos risco, qualidade da produção e valor agregado;
- Estar à frente da gestão de riscos e EVM;
- Documentar as sprints;
- Preparar as reuniões e conduzir-las;
Product Owner
- Responsável pelo gerenciamento do Backlog do Produto e por garantir o valor do trabalho realizado pelo Time;
- Manter o Backlog do Produto e garante que ele está visível para todos;
- Informar a todos quais itens têm a maior prioridade, de forma que todos sabem em que se irá trabalhar;
- Definir e priorizar os itens do Backlog do Produto;
- Vender o produto;
- Intermediário entre o cliente e a equipe;
- Valor de negocio;
- Visão de negócio;
- Negociar com o time e com o cliente;
- Canvas.
DevOps
- Garantir que todas as alterações de código e configurações sejam feitas usando mecânismos automatizados e rastreáveis;
- Automatizar a Infraestrutura;
- Automatizar e garantir a integração contínua;
- Facilitar o processo de desenvolvimento;
- Organizar os pipeline do produto;
- Pipeline de desenvolvimento;
- Ambiente de desenvolvimento;
- Ambiente de testes;
- Ambiente de homologação;
- Integração contínua;
Arquiteto
- Planejamento e desenvolvimento da arquitetura que melhor atende a necessidade do projeto;
- Tomar decisões sobre ferramentas e métodos de desenvolvimento;
- Liderar o desenvolvimento do sistema, estando um passo a frente na visão do mesmo;
- Lidar com a aplicação e o seu fluxo de dados.
Comunicação
Ferramentas
A seguir é apresentada uma tabela com as ferramentas que serão utilizadas para garantir a comunicação sempre que necessário durante a execução do projeto entre a equipe e todos os stakeholders.
Ferramenta |
Descrição |
Telegram |
Utilizado para mensagens rápidas, tirar dúvidas e marcar reuniões. |
Google drive |
Utilizado como ferramenta de comunicação estática, onde os artefatos são mantidos, caso necessário. |
Hangouts |
Ferramenta utilizada para reuniões online. |
Github |
Utilizado para disponibilizar e alterar documentos para todos através da wiki |
Estratégia de comunicação
Estratégia de comunicação interna
A comunicação da equipe deve acontecer se forma constante com o intuito de sempre manter todos os membros alinhados e cientes de todos os acontecimentos e estratégias do grupo.
Tema | Dia | Finalidade | Staus |
---|---|---|---|
Reunião presencial | Sábados 13: 00 ás 18:00 | Alinhar a equipe de acordo com o cronograma. | Fixa |
Reuniões Online | Seg - Sex 20:00 | Reunião de execução das atividades. | Opcional |
Reuniões diárias | Seg - Sex 13:45 ás 14:00 | Reunião diária | Fixa |
Comunicação externa
A comunicação com o cliente é feita através de e-mail,e quando necessário, reuniões através da ferramenta Hangouts on air, que é um sistema de gravar as reuniões e disponibilizá-las pelo youtube para quando algum interessado não possa comparecer a reunião, possa assistir depois e ficar a par do que foi debatido. As informações sobre o projeto serão disponibilizados através dos artefatos produzidos pelo time. Estes documentos são:
Artefato | Objetivo |
---|---|
Termo de abertura do projeto | Formalizar o início do projeto. |
Documento de visão | Alinhar a visão da equipe e dos steakholders sobre o projeto |
Documento de arquitetura | Apresentar uma visão arquitetural que especifica a implementação para o desenvolvedor. |