---
# System prepended metadata

title: Ata - 12ª Reunião das pessoas mantenedoras
tags: [Maintainers, March, '2022']

---

# Ata - 12ª Reunião das pessoas mantenedoras

*Quinta-feira, 31 de março de 2022*

[TOC]

## Presentes
- Giulio Carvalho
- Juliana Trevine
- Ariane Alves
- Vanz
- Andre Formento
- Begnini
- Renne Rocha
- Pedro Guimarães
- Lucas Villela
- MBN 
- Henrique Carvalho 


## Pauta: Atualizações do Querido Diário
- Contexto: O Querido Diário tem uma meta para o ano de adicionar 50 cidades. Entrou mais 5 cidades essa semana: 
    - Duas capitais: Brasília (DF), Recife (PE)
    - Sumaré (SP), Caxias (MA) e Jaboatão dos Guararapes (PE)
- Giulio fala do [splash](https://github.com/scrapinghub/splash) (navegador headless que permite execução de javascript em raspadores scrapy com a extensão [scrapy-splash](https://github.com/scrapy-plugins/scrapy-splash)). Renne dialoga que ele vai ser deprecado. Begnini esclarece que fez o raspador de São Luís sem Splash.
- Perspectiva de adicionar mais 6 cidades para o próximo mês dando foco em capitais e em cidades com mais de 100 mil habitantes. Dentro destas condições, está em aberto quais cidades/PRs serão avaliados a seguir, podendo a comunidade dar sugestões.
- Dentro do contexto do Diário do Clima, há duas mudanças à caminho: 
    - Modalidade de Busca Melhorada sendo discutida no [PR #52](https://github.com/okfn-brasil/querido-diario-api/pull/52)). Entra na Plataforma e na API.
    - Integração com a base de dados da Receita Federal, sendo desenvolvida pelo Pedro Guimarães. Inspirada na ideia do projeto [Minha receita](https://github.com/cuducos/minha-receita), do Cuducos. Entra somente na API.
- Juliana lembrou de responder os PRs das pessoas que tiveram contribuições da HacktoberFest informando a implementação da contribuição dela.

## Pauta: Grimoire Lab
- [GrimoireLab](https://chaoss.github.io/grimoirelab/), criada pelo grupo [CHAOSS](https://chaoss.community/), é uma ferramenta para ajudar comunidade de software livre a monitorar o desenvolvimento da comunidade ao redor do projeto (com métricas).
- Exemplo do [GrimoireLab do LibreOffice](http://dashboard.documentfoundation.org/). Sugestão de abas para dar uma olhada: Overview, Git, Community.
- Ainda não temos braços pra implementar sozinhos, fica o convite para a iniciativa de implementação voluntária. Mas se toparem implementar, damos suporte de infraestrutura.
- Vanz: o Grimoire permite consumo de API públicas e é possível mapear o impacto de movimentações comunicacionais no engajamento do projeto (exemplo.: se tem muitos twits ou se fizemos algum evento, houve mais engajamento, teve mais PRs). Conta que estão usando na SUSE e pensou que poderia ser interessante pra OK.
- Renne: Acha interessante, mas tem receio de ser um volume muito grande e acha que manter um esquema de inteligência assim, não é fácil e é pesado para manter de forma voluntária. Precisaria contratar alguém para fazer serviço. Profissionalizar a equipe mantenedora. Avaliar se o projeto tem pespectiva / potencialidade de crescer tanto para realmente precisar de uma ferramenta assim. Voluntários fazem as tarefas menores "legais" e essa é uma tarefa robusta. 
    - Sem uma equipe que acompanha e dá vazão para mobilizar/acionar as pessoas que são bastante ativas (e ficaremos sabendo quem são através da ferramenta), não tem porque levantar as estatísticas, já que não há mãos para aproveitar os frutos do levantamento. Questiona se esse deveria ser o próximo passo do projeto ou se era melhor direcionar os esforços para outro lugar. Questiona a qualidade da comunicação da OKBR e da frente de Inovação Cívica com a comunidade já que sente que não há clareza pra onde o projeto ruma. Questiona que o front poderia ser melhorado antes de uma ferramenta dessa, por exemplo. Precisa, anter de mais nada também, definir quais métricas são necessárias e onde queremos chegar com elas para então decidir qual a melhor ferramenta para ser adotada. Importante abrir essa informação em um canal ou publicizá-la e aí sim a comunidade se mobilizar para decidir sobre elas. 
- Pedro: concorda com o Renne, questiona se não é necessário contratar uma pessoa gestora de comunidade para melhor atendê-la e incentivá-la. Ao mesmo tempo que parabeniza a abertura para ouvir a comunidade possibilitada na reunião.
- Giulio responde que estamos no meio do caminho entre buscar uma equipe e uma melhor gestão e rumo do projeto. 
- Giulio retoma que expusemos o calendário do ano, que são debitos que temos de implementação. Competição de tempo da equipe de IC. Um projeto de software é caro. 
- Giulio recapitula que a reuniao de mantenedoras é o nosso principal caminho de transparência no momento. Evitar informações privilegiadas para grupos fechados (ex.: só quem tá no telegram bot que sabe que o raspador quebrou). Valorizou o caminho da discussão aberta e transparencia


## Pauta: Movimentação no Discord e engajamento na Reunião de Mantenedoras
- Contexto: Percepção de que há mais movimentações no Discord e um maior interesse e participação na reunião. Diante disso, foi questionado como a comunidade percebeu esse fluxo, o que a atraí para participar da reunião ou pra contribuir ao QD.
- Begnini: Contextualizou que é técnico e sentiu que na reunião essas informações não eram passadas (elas nao encaminham pra ajuda-lo a entender onde ele pode ajudar). Conhecia o Serenata e viu que o QD trazia funcionalidades novas e sentia que era no que mais interessava então se motivou para contribuir. Gostaria de ter mais clareza qual o atual estágio do projeto e onde precisa de ajuda.
- Vilella: contextualiza que gostaria de ter desenvolvido um projeto de análise para Campinas (SP), mas não sabia como fazer na época e depoiss ficou sabendo do QD. Gostaria de saber questões relacionadas ao assessores políticos (contratados, por quanto tempo) e essa informação só existe nos diários. Sugestôes: Informar o teto de reunião e controlar o tempo de fala para atingir o teto. Implementar um esquema de pautas colaborativas com a comunidade. Pontua que talvez tenha tópicos mais interessantes para se abordar no projeto, que desenvolver robô é só instrumental.
    - Como é uma pessoa mais recente no projeto, Giulio quis saber da barreira tecnica que o Vilella teve que enfrentar pra entrar e engajar já que o Vilella comentou que nem sabia python na época que tentou criar um projeto em Campinas. Ele teve que buscar aprender e até escreveu um texto de sua experiência desenvolvendo pro QD. Comentou que ele teve alguma dificuldade em conseguir desenvolver o raspador, mas que foi avançando aos poucos e conseguiu. 
- Henrique: Conta que conheceu através da sugestão de uma amiga e que é novo até na área técnica (migrando a carreira da área contábil para Dados) e participou da reunião por indicação, para conhecer. 
- Formento: Começou pelo Serenata, mas se aproximou só em 2020 já no contexto do QD. Reparou, mais recentemente, o repositório de comunidade, os canais do Discord, as tentativas de onboarding e acha que estamos indo em um bom rumo sentido a melhorar o relacionamento com o projeto.
- Pedro: Sabe que tem um vácuo de ferramenta como o QD que precisa ser ocupado, então tem muitas expectativas com os usuários (de quando o projeto desenrolar e se tornar mais popular, pensando no que a sociedade pode produzir a partir do QD). Acredita que precisa muito resolver a busca e isso seria o carro chefe da decolagem do QD como ferramenta. Sente a expectativa da comunidade crescer em função dos possíveis usos e cogita que pode ser por isso que tem mais gente participando. Recapitula a importância que vê nos itens previstos do planejamento (lançar a documentação, melhorar a busca).

Outras sugestões dadas na conversa:
Vanz comenta de criar uma organização QD no github ou invés de deixar os repositórios no GitHub da OK: sugestão dada visando melhor organização do projeto e menos conflito com os demais repositórios presentes do github da OK. Begnini sugere que outra solução para o mesmo problema poderia ser categorizar os repositórios por labels.
Vilella menciona uma possível seção de contribuições da comunidade no site que Giulio associa como uma espécie de "Diário de Bordo". Este diário, de acordo com Vanz, poderia ter uma dupla função de ser insumos para discussions e aprimoramento da documentação. 

###### tags: `Maintainers`, `March`, `2022`








