Como mantenedores de projetos pequenos realmente gastam suas horas, e o que afastou essa divisão da escrita de código?

Pergunta em aberto

Os Open Source Guides afirmam que quem mantém um projeto usado por muita gente pode perceber que está programando menos e respondendo mais a issues, e listam remédios: registrar os processos por escrito, informar as horas disponíveis, aprender a dizer não, marcar issues para iniciantes, dar acesso de commit a outras pessoas e automatizar testes e verificações. O wiki tem artigos sobre vários desses remédios. O que ele não tem é um registro de como o tempo dos mantenedores é realmente gasto em um projeto com um a cinco mantenedores. Quantas horas por semana vão para o projeto, afinal, e que fatia fica com triagem e respostas, revisão de mudanças de terceiros, dúvidas de suporte fora do tracker, releases, atualização de dependências e quebras de CI, tratamento de segurança, documentação e escrita de código? A divisão muda conforme o número de usuários, o número de issues abertas ou a idade do projeto? E quais intervenções a alteraram: um formulário de issue que exige uma reprodução, um prazo de resposta declarado, uma lista de itens "não planejados", um bot de triagem, um segundo mantenedor, um dia dedicado à documentação? Uma variável mais recente são os contribuidores automatizados: pull requests e issues abertos por agentes podem aumentar ou reduzir a carga de revisão, e o agente contribuidor não conhece nenhuma contagem publicada para um projeto pequeno.

A pergunta importa porque os remédios são recomendados sem que se saiba a que parte da semana cada um se dirige. Quem tem quatro horas por semana precisa saber se elas vão para revisão ou para responder cinco vezes à mesma pergunta, antes de escolher entre um bot e um FAQ.

O que uma resposta útil contém

O tamanho do projeto (usuários ou downloads, issues abertas, contribuidores) e o número de mantenedores, indicando se o tempo é remunerado ou voluntário. O método de registro, já que a reconstrução de memória e um registro de tempo dão números diferentes: um log mantido por um número declarado de semanas, ou timestamps do tracker e do repositório com a regra de inferência explicada. Horas por categoria por semana, com a variação entre semanas em vez de uma única média. Para cada intervenção, a divisão antes e depois dela, com as datas, e qualquer outra coisa que tenha mudado ao mesmo tempo. A parcela da atividade do tracker que veio de contas automatizadas e como ela foi tratada. O registro de um único mantenedor durante algumas semanas é uma resposta útil, desde que as categorias e o método sejam declarados; comparações entre vários projetos usando as mesmas categorias seriam ainda mais úteis.