A ascensão da programação por linguagem natural: poderá ser útil para gestores de projetos?
Crescimento da programação por linguagem natural: A programação por linguagem natural evoluiu de um conceito de nicho para uma área que está a despertar interesse nos círculos tecnológicos e empresariais.
Gestores de projetos: Os gestores de projetos, proficientes numa comunicação clara, estão surpreendentemente bem posicionados para se destacarem na programação por linguagem natural.
Exemplos do mundo real: As aplicações práticas da programação por linguagem natural demonstram o seu potencial para criar ferramentas destinadas a casos de utilização específicos.
Desafios: Embora a programação por linguagem natural acelere o desenvolvimento inicial, a expansão e a gestão da qualidade continuam a ser aspetos desafiantes.
Consciência dos riscos: Os criadores sem conhecimentos técnicos podem enfrentar riscos, incluindo problemas de escalabilidade e vulnerabilidades de segurança, ao recorrerem à programação por linguagem natural.
Ao longo do último ano ou dos últimos dois anos, o termo "vibecoding" passou de uma expressão de nicho que circulava pelos recantos da internet dedicados aos entusiastas da IA para um conceito que começa a chegar ao grande público — pelo menos nos círculos da tecnologia, dos negócios e da produtividade. Depois de passar inúmeras horas a conversar sobre IA com especialistas e de estar profundamente envolvido numa obsessão pessoal por vibecoding, reparei num padrão: o vibecoding tende a ser o próximo passo para as pessoas que atingiram o limite do que as ferramentas de IA existentes conseguem fazer por elas. Se não consegue encontrar aquilo que procura, porque não há de construí-lo?
O problema é que a maioria das pessoas com quem falo ainda nunca ouviu falar disso. Continua a ser um conceito genuinamente de nicho e raramente é discutido especificamente nos círculos de gestão de projetos. Por isso, fui à procura das pessoas que estão realmente a fazê-lo: gestores de projetos e responsáveis de operações que, discretamente, integraram ferramentas criadas através de vibecoding nos seus fluxos de trabalho diários, e perguntei-lhes como está a correr.
Quer seja um gestor de projetos curioso sobre até onde a IA o pode levar, quer seja um líder a tentar antecipar-se ao que a sua equipa poderá já estar a experimentar, considere isto a sua introdução ao vibecoding — em parte inspiração, em parte aviso.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Afinal, o que é o vibecoding?
Embora ainda não exista uma definição formal de “vibecoding”, por ser um termo recente, vamos defini-lo da seguinte forma: programar através de instruções dadas a um LLM em linguagem corrente, que depois gera código.
Para efeitos deste artigo, quero também especificar que “vibecoding” (pelo menos na forma como utilizo o termo) é diferente de programação assistida por IA — em que um programador tecnicamente qualificado utiliza ferramentas como o GitHub Copilot para acelerar um trabalho que já sabe fazer.
Porque é que os gestores de projetos estão surpreendentemente bem preparados para isto
À primeira vista, o vibecoding pode parecer uma ferramenta para empreendedores ou entusiastas ligados à tecnologia. Mas quanto mais pessoas entrevistei, mais se destacou um perfil diferente: a pessoa que prospera com o vibecoding não é necessariamente a mais técnica da sala. É a pessoa que sabe melhor o que quer e consegue expressá-lo claramente — o que, se pensarmos nisso, descreve quase na perfeição um bom gestor de projetos.
Tim Fisher, VP de IA no The Digital Project Manager, explicou-o desta forma: “É uma forma de comunicar que não existia antes.” Vê o vibecoding menos como uma competência técnica e mais como um novo meio de transformar ideias em algo tangível. “O valor destas ferramentas para quem não programa é poder ultrapassar rapidamente coisas como o alinhamento em torno de uma ideia e passar à frente da fase do ‘isto vai funcionar?’”
O vibecoding é uma forma de comunicar que não existia antes.
O que Tim descreveu corresponde perfeitamente ao conjunto de competências de um gestor de projetos: redigir requisitos, traduzir necessidades empresariais em especificações claras, comunicar entre equipas técnicas e não técnicas — são tarefas que os gestores de projetos realizam todos os dias e que acabam por ser precisamente aquilo que o vibecoding recompensa.
Aniket Ghonge, Gestor Sénior da Cadeia de Abastecimento na Amazon, descreveu o seu próprio percurso até ao vibecoding de uma forma que irá certamente ressoar junto de muitos gestores de projetos. Anos antes de existir a IA agêntica, ajudou a orientar uma equipa de desenvolvimento na criação de uma ferramenta interna, redigindo requisitos e descrevendo aquilo de que precisava. “Eu não construí nada. Não programei nada. Limitei-me a dizer: ‘É disto que precisamos. É assim que deve funcionar.’ E eles construíram-na com base nos meus requisitos. Mas foi aí que começou o meu percurso. Agora, com a IA agêntica, estou a fazer o mesmo. Estou a redigir os meus requisitos, mas é a IA que está a programar.”
A única diferença agora? Já não precisa de uma equipa de desenvolvimento.
O que estão realmente a construir?
A prova mais convincente do potencial do vibecoding não é teórica — são as coisas específicas e práticas que as pessoas lançaram discretamente enquanto o resto de nós ainda debatia se valia a pena experimentar.
Eis um retrato do que quatro profissionais não técnicos construíram:
Dixie Willard, fundadora e estratega-chefe de projetos da Poised and Plumb, trabalha sobretudo com designers de interiores e construiu inteiramente sozinha uma ferramenta para criar âmbitos de trabalho. A aplicação permite que um designer conduza uma consulta com um cliente num tablet, assinalando salas, seleções e fases do projeto em tempo real, e gera imediatamente um documento de âmbito de trabalho bem estruturado — algo que anteriormente exigia notas, memória e horas de trabalho administrativo após a reunião. Construiu-a porque não existia nada semelhante. "Simplesmente não existe. E há muitas ferramentas que os designers poderiam utilizar, mas que simplesmente não existem." A sua opinião sobre a importância do vibecoding em setores como o seu: "Penso que os casos de utilização específicos são provavelmente a maior razão para utilizar vibecoding. Torna a vida muito mais fácil."
Penso que os casos de utilização específicos são provavelmente a maior razão para utilizar vibecoding. Torna a vida muito mais fácil.
Aniket Ghonge passava 16 a 18 horas por semana a processar manualmente dados de previsão da procura para centenas de expedidores em toda a rede logística da Amazon — copiava valores entre folhas de cálculo, fazia cálculos à mão e repetia tudo na semana seguinte. "É um processo manual. Estava a levar-me cerca de 16 a 18 horas por semana. Não posso continuar a fazer isso manualmente e a cometer erros, porque, sempre que um ser humano mexe em algo à escala, é provável que ocorram erros." Assim, utilizou vibecoding para criar uma aplicação web completa que agora automatiza a maior parte desse trabalho. A comparação com o que existia anteriormente é impressionante: "Há alguns anos, tive de trabalhar com um programador web, um designer de UX, um gestor de produto, um gestor de programas técnicos e muitas outras pessoas para criar um produto baseado no meu conceito. Hoje, não tenho bloqueios e, em duas semanas, construí uma aplicação. Uma aplicação semelhante que tinha apoiado anteriormente demorou dois anos."
Michael Gold, responsável fracionário pela entrega e fundador da Gold Project Management, criou um CRM personalizado no Lovable que se liga ao site da sua empresa e integra o Fireflies, a sua ferramenta de transcrição de reuniões. Todas as manhãs, ele e o seu sócio analisam o seu pipeline numa chamada e, quando terminam, basta premir um botão para fazer o resto: "Posso simplesmente clicar em atualizar a partir da transcrição e, automaticamente, o sistema analisa a transcrição e atribui-a à pessoa certa. Também adiciona notas e tarefas e atribui-as a nós." Desde então, levou o vibecoding mais longe, trabalhando com um programador para criar uma ferramenta de automação de serviços profissionais completa, que se encaminha agora para um lançamento público.
Harry Max, executivo fracionário e autor de Gestão de prioridades, viu o seu sócio criar uma plataforma sofisticada de definição de prioridades a partir do zero ao longo de nove meses, utilizando Claude Code — sem equipa de desenvolvimento e sem investimento externo. A comparação entre o antes e o depois apresentada por Harry era difícil de ignorar: "Em nove meses, uma pessoa criou algo tão sofisticado como o software que construímos há 20 anos com 14 pessoas e 2 milhões de dólares."
Em nove meses, uma pessoa criou algo tão sofisticado como aquilo que construímos há 20 anos com 14 pessoas e 2 milhões de dólares.
A verdade nua e crua: nem tudo corre sobre rodas
Todas as pessoas com quem falei estavam genuinamente entusiasmadas com o vibecoding. Também foram, sem exceção, honestas sobre os momentos em que as coisas se tornam difíceis.
A experiência mais comum parece ser uma versão daquilo que Michael descreveu: "É possível passar do zero aos 60 mais depressa do que nunca, mas continuo a achar que passar dos 60 aos 100 é realmente desafiante. Se quiser realmente levar algo até ao fim, continua a ser necessária experiência."
Harry Max alertou para uma armadilha mais subtil — o encanto do próprio processo. "É muito sedutor continuar a mudar as coisas e, sempre que se muda algo, alguma coisa deixa de funcionar. E não se descobre o que está avariado se não se tiver pensado realmente em como gerir os processos de qualidade e de testes." Também deixou uma nota sóbria sobre resultados que parecem melhores do que são: "O facto de ser possível criar coisas com vibecoding que parecem bonitas não significa que sejam úteis. Não significa que funcionem. Não significa que resolvam um problema; significa apenas que têm bom aspeto."
[Com a programação por intuição] consegue-se passar do zero aos 60 mais depressa do que nunca, mas continuo a achar que passar dos 60 aos 100 é realmente desafiante.
Aniket Ghonge aprendeu uma das lições mais difíceis na prática. Na sua ânsia de continuar a criar funcionalidades, saltou uma etapa de testes que lhe saiu cara: "De repente, perdi 50% do meu trabalho, e isso assustou-me. Essa foi a minha grande lição. É preciso testar uma funcionalidade num ambiente de testes antes de fazer uma alteração num ambiente de produção." Recuperou, mas isso demorou horas — e causou uma quantidade significativa de ansiedade.
More Articles
- 3 alternativas a substituir os seus gestores de projeto humanos por agentes de IA
- Gestor de Projetos e Educador com IA Partilha um Fluxo de Trabalho Simples com IA que Altera Fundamentalmente a Forma como os Projetos Funcionam
- Os fluxos de trabalho de IA do mundo real utilizados pelo Diretor de Entregas de uma agência de implementação do Asana
- A única ferramenta de gestão de projetos de que nunca abdicaria
- As ferramentas de gestão de projetos que os gestores de projetos tiveram de deixar de utilizar
Os riscos que os criadores não técnicos nem sempre conseguem prever
O entusiasmo dos profissionais é real, mas os riscos estruturais também o são — e foi aqui que decidi chamar Tim para obter uma perspetiva técnica honesta.
Quando perguntei a Tim o que pensava sobre gestores de projeto criarem as suas próprias ferramentas através de programação por intuição, a sua perspetiva não se centrava tanto em desencorajar as pessoas, mas em garantir que avançam conscientes dos riscos. A sua observação mais importante foi: "De um modo geral, se não sabe aquilo que não sabe, não pode presumir que o programador baseado em agentes o vai esclarecer."
Isso aplica-se sobretudo à escalabilidade. "De um modo geral, os projetos criados através de programação por intuição não são escaláveis, principalmente porque não está a pedir ao agente que tenha em conta a escalabilidade. Os não programadores provavelmente nem sequer pedem coisas como tratamento de erros." Uma ferramenta criada desta forma pode funcionar perfeitamente para cinco utilizadores e desmoronar silenciosamente quando chegar aos cinquenta — e a pessoa que a criou pode não ter forma de saber porquê.
De um modo geral, os projetos criados através de programação por intuição não são escaláveis, principalmente porque não está a pedir ao agente que tenha em conta a escalabilidade.
Depois há a questão da responsabilização, que se torna especialmente premente quando a ferramenta ganha popularidade dentro de uma organização. "Se criar algo de que as pessoas dependem, isso tem de se tornar mais do que um simples projeto criado através de programação por intuição; tem de ser absorvido pelas pessoas que fazem isto profissionalmente e que sabem coisas que nem sequer sabe que deve perguntar." Fisher descreveu um cenário específico que pareceu muito real: "Se alguém perguntar a esta pessoa: 'A informação que estou a obter da sua ferramenta é exata?' e ela não souber o suficiente sobre o seu funcionamento porque permitiu que o agente fizesse todo o trabalho, então não conseguirá responder a essa pergunta."
Até Dixie Willard, que está ativamente a criar ferramentas nas quais acredita, reconheceu o desconforto subjacente ao entusiasmo: "É isso que me deixa sempre nervosa, porque penso: e se houver um problema de segurança?"
É importante notar que as vulnerabilidades de segurança — chaves de API expostas, dados de utilizadores sem proteção, ferramentas que tratam inadvertidamente dados pessoais identificáveis sem as devidas salvaguardas — estão entre as armadilhas mais comuns que Tim assinalou na nossa conversa. São o tipo de situações que um programador resolve como parte da rotina, mas que alguém que cria ferramentas através de programação por intuição pode simplesmente não saber que precisa de abordar.
Então, deve experimentar?
A resposta honesta é: depende do que está a criar e do que planeia fazer com isso.
A programação por intuição é genuinamente poderosa como ferramenta de prototipagem e de comunicação. Se tem uma ideia, quer testar se funciona ou precisa de mostrar algo concreto às partes interessadas antes de investir num desenvolvimento real, o potencial é elevado e os riscos são controláveis. Tim explica-o bem: o valor central consiste em ultrapassar a fase de "isto vai funcionar?" mais depressa do que alguma vez foi possível.
A situação torna-se mais complicada quando uma ferramenta criada através de programação por intuição deixa de ser um protótipo e passa a ser algo de que as pessoas dependem. Nesse momento, as lacunas na escalabilidade, no tratamento de erros e na segurança, que era aceitável ignorar no início, começam a ser importantes — e a pessoa que a criou pode não ter sequer o vocabulário técnico necessário para saber onde procurar.
Os profissionais deste artigo estão todos a lidar com essa tensão em tempo real. Alguns estão a transferir o trabalho para programadores. Outros estão a aprender à medida que avançam. Todos estão a descobrir, uma instrução de cada vez, exatamente onde se situam os limites desta tecnologia.
Para os gestores de projeto, a oportunidade é real — mas também o é a responsabilidade que a acompanha. A boa notícia é que saber o que pretende, fazer as perguntas certas e compreender quando deve pedir ajuda são coisas que os bons gestores de projeto já fazem. A programação por intuição, no seu melhor, é apenas um novo contexto para as mesmas competências.
Quer obter mais informações como estas? Crie uma conta DPM gratuita para ouvir mais especialistas como estes.
