1. Objetivo

Este documento tem como objetivo oficializar os meios de comunicação entre os membros do projeto, explicitando desde as ferramentas utilizadas até os processos necessários para assegurar que as informações sejam armazenadas, organizadas e distribuídas.

2. Entradas e Ferramentas para o Processo

Ícone	Ferramenta	Descrição
	Telegram	É a ferramenta principal de comunicação, dado que o semestre é assíncrono. Nesta ferramenta, são discutidos todos os assuntos operacionais, desde horários de reuniões e pautas até a realização das dailys.
	GitHub	Ferramenta de versionamento, onde temos os códigos do produto, e por ela comentamos as Issues que são trabalhadas.
	ZenHub	Essa ferramenta ajuda a implementar o kanban no ambiente do projeto.
	Discord	Utilizado para reuniões como pré-planejamento e planejamento da sprint, sprint review, as vezes daily e quaisquer outras reuniões que forem marcadas.

3. Diretrizes e procedimentos usados para comunicar

3.1 Comunicação Geral

A comunicação é a chave principal para o bom decorrer da disciplina e do projeto, tendo isso em vista é importante, principalmente nesse semestre atípico, zelar por ela. Portanto os pontos importantes a serem cuidados são:

• Seguir os rituais ágeis, para conseguir manter a comunicação eficaz do projeto (daily, retrospectiva, review);
• Manter as partes interessadas “alinhadas”, evitando ao máximo ruídos e sempre comunicando ao fazer algo novo ou alterações.

3.2 Gerência de Reuniões

3.2.1 Pré-planejamento da Sprint

Reunião semanal, pois a sprint dura uma semana, na qual as presenças essenciais são as dos Scrum Masters e dos Product Owners, porém a reunião é aberta para quem mais quiser participar. Nessa reunião são decididos tarefas principais da sprint que serão divididas entre as 3 equipes ou feitas em conjuto.

Reunião geral semanal, onde todos os membros se encontram. O Scrum Master, junto com o Product Owner, Arquiteto e DevOps, decidem as atividades e funcionalidades a serem realizadas pela equipe de Desenvolvimento e equipe de Gerência. Além disso, também avaliadas quais melhorias deverão ser feitas.

O esforço para realizar cada uma das tarefas é medido com a equipe e assim, essas tarefas serão pontuadas. São definidas também as duplas que trabalharão em conjunto. (Pair Programming).

3.2.2 Planejamento da Sprint

Após o pré-planejamento, cada equipe faz uma reunião com todos os integrantes para dividir as tarefas que ficarão alocadas para a equipe entre os membros de acordo com dificuldade e disponibilidade. Além disso também são levantadas quais melhorias podem ser feitas. A Sprint Review e Sprint Retrospective ocorrem no mesmo dia do Planejamento da Sprint.

3.2.3 Daily Meeting

Tarefa realizada pelo telegram ou discord todos os dias, onde cada integrante explica de forma clara três pontos: o que foi feito desde última Daily, o que pretende fazer até a próxima Daily e o que tem atrapalhado a produtividade, dessa forma os integrantes estão todo os dias se mantendo informados do andamento da sprint.

3.2.4 Sprint Review

Reunião para mostrar os resultados positivos da sprint, cada membro mostra o trabalho que fez para que o time possa fornecer e obter feedback.

3.2.4 Sprint Retrospective

Discussão de pontos positivos e negativos da Sprint, levantamento das tarefas realizadas e não realizadas e sugestões de melhoria. A avaliação geral da Sprint é feita pelo Scrum Master, porém todos os pontos (positivos, negativos e a melhorar) são debatidos pela equipe.

4. Referências

FELIPE, Caio; FREITAS, Gesiel; BUSCHE, João Paulo; CARVALHO, Vinícius; PINHEIRO, Vinicius. SIGS - Plano de Gerenciamento de Comunicação. Disponível em: https://github.com/fga-eps-mds/2017.1-SIGS/wiki/Plano-de-Gerenciamento-de-Comunica%C3%A7%C3%A3o#32-gerencia-de-reuni%C3%B5es. Acesso em: 11 de set. de 2021.

BRASIL, Ateldy. Ada - Plano de Comunicação. Disponível em: https://fga-eps-mds.github.io/2019.1-ADA/#/docs/project/communication_plan. Acesso em: 11 de set. de 2021.