Do estacionamento à sala de aula: como um grupo de estudos do Plano Piloto formou 200 analistas de TI
Photo: Holger Krisp, CC BY 3.0, via Wikimedia Commons
Havia algo de improvável naquele primeiro encontro. Cinco pessoas, um estacionamento de banco na Asa Sul, o calor de fim de tarde de Brasília e um notebook compartilhado com um curso baixado do YouTube. Nada indicava que, alguns anos depois, aquela reunião informal seria apontada por empresas do Setor de Automação como uma das fontes mais confiáveis de analistas de TI formados na prática.
A história desse grupo — que preferiu não ter nome formal por muito tempo — é menos sobre genialidade e mais sobre método. E é exatamente por isso que interessa a quem estuda tecnologia no DF hoje.
O começo: constância antes de ambição
Nos primeiros meses, a regra era simples: um encontro por semana, sempre no mesmo horário, sempre com um tópico previamente definido. Não havia palestrante convidado, nem patrocínio, nem material sofisticado. Cada participante chegava com uma dúvida ou com algo que tinha conseguido resolver sozinho durante a semana.
Esse formato, aparentemente banal, produziu o primeiro fator de sucesso do grupo: a responsabilização mútua. Quem faltava era cobrado, com gentileza, mas era cobrado. Quem prometia estudar um conteúdo apresentava na semana seguinte. Em Brasília, onde a agenda do servidor e a rotina dos deslocamentos pelo Eixão costumam devorar planos de estudo, essa pressão social leve fez toda a diferença.
A virada de chave: do estudo ao projeto real
O segundo momento decisivo veio quando o grupo abandonou o formato de 'assistir curso juntos' e passou a construir projetos coletivos. Um sistema simples de agendamento para uma associação de moradores do Guará. Um site para uma feira de artesanato na Ceilândia. Nada glamouroso — e é aí que mora a lição.
Empresas de tecnologia do Setor de Automação começaram a notar que candidatos vindos do grupo chegavam com uma característica rara nos iniciantes: familiaridade com problemas mal definidos. Sabiam lidar com cliente que muda de ideia, com prazo apertado e com código legado. Em processos seletivos, isso pesou mais do que qualquer certificado.
Os erros que quase derrubaram tudo
A trajetória não foi linear. O grupo cometeu, segundo relatos de participantes, três erros que vale a pena registrar:
- Crescer rápido demais. Ao abrir a participação sem limite, os encontros perderam profundidade e viraram networking vago. A solução foi criar trilhas por nível, com turmas pequenas.
- Depender de um único organizador. Quando a pessoa que coordenava tudo precisou se ausentar por motivos pessoais, o grupo quase se dissolveu. A redistribuição de tarefas em rodízio mensal resolveu o problema de forma definitiva.
- Ignorar a documentação. Os primeiros projetos coletivos viraram bolhas de conhecimento: quem participou sabia, quem chegou depois não tinha por onde começar. A criação de uma wiki simples, aberta a novos integrantes, transformou a continuidade do grupo.
Como replicar o modelo no DF
Nada impede que o mesmo método funcione na Asa Norte, em Taguatinga, em Águas Claras ou em qualquer cidade satélite. O essencial, segundo quem viveu o processo, é respeitar três pilares: encontros regulares com pauta definida, projetos reais para instituições locais e documentação acessível a quem chega.
Para quem prefere se juntar a comunidades já existentes, o DF oferece opções consolidadas: encontros técnicos que ocorrem regularmente na Esplanada e no Setor de Automação, comunidades de dados e desenvolvimento ativas em redes sociais e os espaços de coworking que frequentemente abrigam meetups abertos ao público.
O convite que este artigo deixa é direto: se não existe um grupo assim perto de você, a história do estacionamento da Asa Sul sugere que ele pode começar com cinco pessoas, um horário fixo e a disposição de aparecer toda semana. O resto — os 200 analistas, os auditórios cheios, a reputação — foi consequência da constância, não do ponto de partida.
