Trabalho de grupo de fim de semestre, o chat do grupo de quatro pessoas era assim (excerto):
Sexta 21:14 Líder: Enviem-me todos os materiais, eu faço a compilação.
Sexta 23:40 Membro A: Perguntei ao WorkBuddy, ele escreveu muito bem esta parte do contexto, enviei a captura de ecrã para o grupo.
Sábado 10:02 Membro B: Também tenho uma versão aqui, o ficheiro chama-se “Contexto_versão_final”.
Sábado 15:31 Membro C: Esperem, afinal de quem é a versão dos dados que estamos a usar?
Sábado 15:33 Líder: ???
Domingo 20:00 Líder: O documento depois de juntar chama-se “final_vv3_alterado2.final”; quem voltar a alterar, lembre-se de mudar o nome do ficheiro.
Cada palavra desta conversa é muito familiar. O ponto onde os trabalhos de grupo costumam correr mal nunca é a divisão de tarefas, é a compilação dos materiais: quatro pessoas, quatro ferramentas, quatro fluxos de conversa, versões a voar pelo grupo, e a versão final nunca é final.
Mais tarde, no segundo trabalho desta disciplina, mudámos de abordagem: criámos uma base de conhecimento partilhada MuchSci, todos os materiais foram guardados de forma unificada, nomeados por capítulos, e os parágrafos produzidos por cada um foram arquivados diretamente com a respetiva fonte. No dia da junção, o líder do grupo pesquisou por tema na base, montou e finalizou o documento de uma só vez — no grupo apareceu apenas uma mensagem: “Entreguei.”
Comparando estes dois fins de semana: o WorkBuddy funciona bem nas mãos de cada pessoa, mas não consegue gerir “como transformar os materiais de quatro pessoas num único trabalho” — isso não é algo que uma conversa resolva. O MuchSci é precisamente o que consegue suportar esta parte: armazenamento unificado, fonte única, qualquer pessoa pode consultar.
Ficam quatro regras para todos: armazenamento unificado, convenções de nomenclatura, produção dividida e entrega após junção. Quando fizeres a junção no fim do semestre, vais agradecer às convenções de nomenclatura que definiste no início.