Nosso Plano de Comunicação

Filosofia de Comunicação

Nossa comunicação se baseia em três pilares: Transparência, Comunicação Assíncrona e Respeito. Nosso objetivo é criar um ambiente onde todos, independentemente do fuso horário ou nível de experiência, possam participar das discussões e contribuir para o projeto.

Decisões importantes e o histórico do projeto devem ser sempre públicos e rastreáveis.

Canais Oficiais

Para manter a organização, cada tipo de comunicação tem seu canal apropriado.

1. GitHub Issues

• Utilização: É o nosso principal canal para gerenciamento de trabalho. Use para:
  • Reportar bugs detalhados.
  • Propor novas features (funcionalidades) ou novos laboratórios.
  • Discutir tarefas específicas e rastreáveis.
• Não usar para: Perguntas gerais ou discussões abertas.

2. GitHub Discussions

• Utilização: Para conversas que não são tarefas diretas. Use para:
  • Fazer perguntas gerais sobre o projeto ("Como eu configuro X?").
  • Propor ideias em estágio inicial para debate.
  • Compartilhar como você está usando a plataforma.
  • Anúncios da comunidade.

3. [Escolha do Time: Discord]

• Utilização: Para comunicação em tempo real, informal e social. Use para:
  • Tirar dúvidas rápidas.
  • Interação social e networking com outros membros da comunidade.
  • Pedir ajuda quando estiver "travado" em algo.
• Importante: Qualquer decisão ou informação técnica relevante que surgir no chat deve ser movida para uma Issue ou Discussion para que fique registrada publicamente. O chat é volátil por natureza.

4. Reuniões Síncronas (Video Calls)

• Frequência: Serão raras. A prioridade é a comunicação assíncrona.
• Utilização: Apenas quando estritamente necessário para:
  • Sessões de design complexas que exigem um "brainstorming" em tempo real.
  • Demonstrações de funcionalidades importantes.
  • Retrospectivas do projeto.
• Requisitos: Todas as reuniões devem ter uma pauta clara, ser anunciadas com antecedência e ter suas atas/gravações publicadas (em GitHub Discussions, por exemplo).

Etiqueta e Boas Práticas

• Seja Respeitoso: Alinhado ao nosso CODE_OF_CONDUCT.md.
• Prefira o Assíncrono: Dê tempo para que os outros respondam.
• Pesquise Antes de Perguntar: Verifique se sua dúvida já não foi respondida nas Issues, Discussions ou na documentação.
• Seja Claro e Conciso: Em Issues, forneça todo o contexto necessário (passos para reproduzir, versões, etc.).

Processo de Tomada de Decisão

Para mudanças significativas na arquitetura, na governança ou no roadmap do projeto, usaremos um processo simplificado de RFC (Request for Comments) através das GitHub Issues, utilizando um template específico para garantir que a proposta seja bem detalhada e aberta à discussão pública por um período determinado.