Toda organização com uma boa equipe de tecnologia já ouviu a frase “a gente mesmo faz”. Um sistema de cursos, a plataforma EAD da casa, parece simples: cadastro, vídeo, prova, certificado. A primeira versão fica pronta em poucos meses e costuma funcionar. Só que a conta de uma plataforma feita em casa não está na construção. Está em tudo o que vem depois e que raramente entra na planilha que aprovou o projeto.
Uma estimativa clássica da engenharia de software, publicada por Robert Glass em 2001, diz que a manutenção consome de 40% a 80% do custo de um sistema, com média de 60%, e que a maior parte dela é melhoria, e não conserto. O que pesa, portanto, é acrescentar o que a primeira versão não tinha: o relatório que a auditoria pede, a integração com a folha, o aplicativo, a acessibilidade, as trilhas. Cada pedido novo disputa a mesma equipe que mantém o resto de pé.
Maturidade é o nome do que só o tempo e o uso dão. O Moodle teve a versão 1.0 em agosto de 2002 e hoje mantém um ritmo fixo: uma versão grande a cada seis meses, correções a cada dois e, nas versões de suporte longo, 36 meses de correções de segurança. Um sistema próprio começa essa curva do zero. No que hoje parece detalhe, como o fuso horário no prazo de uma prova ou a nota recalculada depois de uma questão anulada, alguém precisou errar antes para acertar.
Em segurança, a diferença é de quantidade de olhos. A ANPD recebeu 395 comunicações de incidentes em 2025, e a exploração de vulnerabilidade em sistemas aparece entre os tipos mais frequentes. A falha de controle de acesso abre a lista de riscos da OWASP, referência em segurança de aplicações, e um ambiente de ensino é feito desse tipo de regra: quem vê a nota de quem, quem edita qual curso. No Moodle, esse código é público, roda em mais de 140 mil sites registrados e passa por um processo de correção com responsável e calendário. No sistema caseiro, quem revisa é quem escreveu.
Há ainda a dependência de pessoas. A norma federal que orienta a contratação de desenvolvimento de software no governo trata como risco a dependência de funcionários específicos. No sistema próprio, esse risco tem nome e sobrenome: quando os dois desenvolvedores que conhecem o código mudam de emprego, a plataforma vira legado. Com o Moodle LMS, de código aberto, ou com o Moodle Workplace, licenciado por meio de parceiros Premium, o conhecimento está espalhado por uma comunidade e por uma rede de fornecedores. Trocar de equipe não obriga a trocar de sistema.
Nada disso quer dizer que desenvolver seja um erro. Quer dizer escolher onde. O que distingue uma organização raramente é a matrícula, o livro de notas ou o certificado, itens em que uma plataforma madura poupa anos. Costuma ser uma integração, um fluxo próprio, um relatório que só ela usa. Esse pedaço pode ser construído como plug-in, sobre uma base que outros continuam atualizando, e é assim que conduzimos projetos de desenvolvimento. Antes de aprovar um sistema próprio, vale acrescentar três linhas à planilha: quem mantém daqui a cinco anos, quem corrige uma falha de segurança em uma sexta-feira à noite e quanto custa cada funcionalidade que ainda não foi pedida.
