Comunicação entre times #753
Replies: 4 comments 8 replies
-
Para não perdermos o que já foi falado em #660 , aqui estão os comentários:
|
Beta Was this translation helpful? Give feedback.
-
Concordo. Acredito que no Github hub, só por ser aberto, temos a chance de ser muito mais ricos. O fato de ser mais trabalhoso também nos força a dar mais atenção ao escrever aqui. Fora que o GitHub tem ferramentas de notificação e histórico. +1 mas depende muito da @rafachadud e da @juramos-2020 pq acho que elas são as mais afetadas pela mudança/unificação da comunicação |
Beta Was this translation helpful? Give feedback.
-
Olá pessoal, Por mim podemos continuar usando o Github para seguir com as discussões e as atualizações tranquilo, não precisamos mudar isso não 😅 Acho que podemos só alinhar e nos ajudar em alguns sentidos, ex:
E claro, sempre usando o "add link" que é um grande aliado nessa construção da comunicação 😊 Minha sugestão é de usarmos os links para podermos usar essas tres ferramentas (figma, git e slack), pois cada time trabalha com uma e quem não trabalha com elas usa somente o slack rsrsrs Acho que me equivoquei em dizer "começarmos a discussão no slack". Na verdade não seria começar e sim "Compartilhar a discussão no slack" Quando eu falo sobre compartilhar no slack, é porque dependendo da discussão, principalmente quando envolvem mudanças mais profundas de funcionalidade e propósito (porque aquilo está sendo criado), se tratamos dessa discussão somente aqui no Github acabamos limitando a conversa entre os Devs e Designers e excluindo outras opiniões que poderiam agregar muito na discussão. Muitos membros da Cambiatus não usam o Github, apenas o slack. Quando sugiro de levar essas discussões para o slack, isso não impede que ela seja iniciada e postada aqui no GitHub. Mas quem levantou a discussão ou está pedindo uma alteração de interface, essa pessoa pode pegar o link do comentário (que foi feito aqui no Gthub) ou da Issue completa e compartilhar no slack para que mais pessoas tenham acesso à ela. Quando eu falo sobre mudanças pontuais nas interfaces, me refiro a alterações simples, ex: adiciona um espaço aqui, coloca um componente alí, acho que aqui deveria ser roxo.... essas coisas simples. Vocês podem, e devem solicitar essa alteração por aqui (pelo Github) sim, pois como o Lucca disse, aqui fica tudo registrado. Mas mais uma vez podemos usar os links ao nosso favor. Quem fizer a solicitação pode fazer direto no figma, e copiar a mesma solicitação aqui no GitHub adicionando o link do figma (o link pode ser do comentário ou da tela). Isso ajuda pois faz a gente ganhar tempo. 😁💚 |
Beta Was this translation helpful? Give feedback.
-
sim 😉👍
Desculpa Lucca não entendi 🙈 O que você gostaria de fazer? |
Beta Was this translation helpful? Give feedback.
-
Contexto
Hoje, usamos 3 ferramentas principais para nos comunicarmos dentro da Cambiatus:
Não temos nenhum "acordo formal" sobre o que deve ser comunicado em cada ferramenta, e como devemos realizar a comunicação entre diferentes times. Deste modo, muitas vezes acabamos tendo pedaços de informações espalhados entre todas as ferramentas, fazendo com que nenhuma delas sozinha tenha toda a informação.
Durante nossas reuniões semanais do time de dev, passamos pelas issues que temos em aberto no GitHub, e verificamos o estado de cada uma (se falta algo do time de ui/ux, algum input do time de community building, etc.). Muitas vezes, só olhando pelos comentários da issue, não conseguimos entender o estado dela (como foi o caso de #660, que incentivou a criação dessa discussão), e precisamos conferir com os outros times para ver se está tudo certo.
Para o time de dev, seria ótimo se pudéssemos ter todo o contexto necessário aqui no GitHub. Sempre que vamos resolver uma issue, temos que lê-la primeiro, e podemos entender o contexto e possíveis mudanças no texto original da issue a partir dos comentários.
Para o time de design, é muito mais conveniente ter um comentário no Figma, exatamente no local que o comentário menciona. Porém, seria bom se tivéssemos um resumo (ou o link) do que foi decidido no Figma postado no GitHub também, para nos mantermos atualizados sempre, e não correr o risco de passar batido na hora de resolver a issue.
Em relação ao que não for específico a uma issue, podemos usar a funcionalidade de Discussions do GitHub, que é um ambiente mais aberto, e feito justamente para discutirmos coisas de mais alto nível
Seria legal termos pontos de vistas de outros times também @lucca65 @juramos-2020 @rafachadud @muguika para decidirmos o que é melhor para cada um 😄
Beta Was this translation helpful? Give feedback.
All reactions