Neste semestre, estou a desenvolver três coisas ao mesmo tempo: o projeto final de curso, um concurso e os trabalhos de duas disciplinas. No início do semestre estava cheio de confiança, a meio quase colapsei — ao fazer o balanço, percebi que o que me deitou abaixo não foi a quantidade de tarefas, mas o «custo de mudança».
Primeira metade do semestre: um fluxo de conversa para cada frente
Para o projeto final, usava um conjunto de conversas no WorkBuddy; para o concurso, abria outro; e para os trabalhos das disciplinas, mais outro. Sempre que voltava ao projeto final, precisava de vinte minutos para reconstruir o contexto; a mesma bibliografia foi introduzida uma vez em cada uma das três frentes; os dados de que o concurso precisava já existiam no conhecimento do projeto final, mas eu não me lembrava em que conversa.
Segunda metade do semestre: as três frentes partilham uma única base
Depois de mudar para o MuchSci, a estrutura alterou-se: as três frentes partilham a mesma base de conhecimento. A bibliografia e o enquadramento da frente do projeto final, os materiais da frente do concurso e o arquivo dos trabalhos da frente das disciplinas estão todos interligados na base — os dados experimentais que o concurso precisa de citar vêm diretamente da frente do projeto final; o contexto dos trabalhos das disciplinas já tinha sido escrito uma vez no texto do concurso. Na fase de fecho, cada uma das três frentes ficou com o seu próprio texto final, sem atrasar as outras.
A conclusão da comparação é clara: o WorkBuddy é um excelente jogador de uma só frente, e consegue dar resposta em cada uma delas; mas o gargalo do trabalho em paralelo nunca está na capacidade de combate de cada frente, está na logística — se o contexto, os materiais e o progresso conseguem acompanhar-te quando fazes a mudança. O «uma base, vários fluxos» do MuchSci é precisamente o que preenche esta lacuna.
O modo de funcionamento está ilustrado na figura: frente do projeto final, frente do concurso,