REConnect: Participatory RE for Social Sustainability
Este artigo apresenta o REConnect, um framework de engenharia de requisitos participativo e centrado no ser humano derivado de 26 projetos de engajamento comunitário, que prioriza a confiança, a cocriação e o empoderamento do usuário para garantir a sustentabilidade social e preservar a agência humana contra os riscos da elicitação automatizada e assistida por IA.
Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo
O Grande Problema: Construir Casas Sem Falar com as Pessoas que Vão Morar Nelas
Imagine que você é um arquiteto contratado para construir um novo centro comunitário. Mas, em vez de perguntar aos vizinhos o que eles precisam, você se senta em um escritório de alta tecnologia, olha para gráficos de dados e usa um robô de IA superveloz para projetar o edifício. Você pode até construir uma estrutura linda com plantas perfeitas, mas, ao entregar as chasves, os vizinhos podem descobrir que as portas são pesadas demais, as salas são frias demais ou que o layout não faz sentido para a rotina diária deles.
É exatamente isso que acontece na Engenharia de Software quando as equipes dependem demais da automação e da IA para descobrir o que as pessoas precisam. O artigo argumenta que, embora a IA seja ótima em processar números e grandes quantidades de dados, ela frequentemente perde o "batimento cardíaco humano" de uma comunidade. Ela corre o risco de construir um software que funciona tecnicamente, mas falha socialmente por ignorar a confiança, a cultura e as histórias reais das pessoas que deveria ajudar.
A Solução: REConnect (O Framework do "Aperto de Mão")
Os autores apresentam um novo framework chamado REConnect. Pense nisso não como um conjunto de regras rígidas, mas como uma receita para uma conversa longa e calorosa antes mesmo de você começar a construir.
A ideia central é simples: Você não pode projetar software para uma comunidade sem antes construir um relacionamento com ela. É como tentar assar um bolo para alguém que você nunca conheceu; você pode até acertar os ingredientes, mas não saberá se a pessoa gosta de chocolate ou baunilha, ou se ela tem alergia a nozes.
O artigo identifica três regras de ouro (Princípios) para fazer isso funcionar, derivadas do estudo de 26 projetos reais em lugares como o Nepal rural, cidades canadenses e o remoto Ártico.
1. Construa a Confiança Como um Jardim, Não Como uma Máquina
A Analogia: Você não pode forçar uma flor a florescer puxando suas pétalas. Você precisa regar o solo, dar luz solar e esperar.
A Alegação do Artigo: A confiança não é algo que você possa "baixar" ou assumir que existe. Em muitas comunidades (especialmente aquelas que foram ignoradas ou exploradas no passado), as pessoas são cautelosas com estranhos.
- O que eles fizeram: Em vez de enviar uma pesquisa online, as equipes foram até as comunidades. Visitaram hospitais no Nepal, sentaram-se em abrigos no Canadá e conviveram com anciãos indígenas no Ártico. Beberam chá, ouviram histórias e mostraram presença constante.
- O Resultado: Somente após a construção da confiança é que as pessoas compartilharam os problemas reais. Por exemplo, em um projeto de doação de sangue no Nepal, a equipe descobriu que as pessoas tinham medo de doar devido a mitos antigos. Uma IA não teria sabido disso; apenas uma conversa humana revelou o problema.
2. Co-Criação: A Abordagem do "Jantar Comunitário" (Potluck)
A Analogça: Imagine um jantar onde cada um traz um prato. Se você apenas disser às pessoas o que trazer, poderá receber dez pratos da mesma comida. Mas, se você pedir que todos tragam algo que eles sabem fazer e cozinhar tudo junto, vocês terão um banquete que representa a todos.
A Alegação do Artigo: Não peça apenas o feedback das pessoas sobre uma ideia já finalizada. Convide-as para entrar na cozinha enquanto você ainda está cozinhando.
- O que eles fizeram: Em um projeto para ajudar mulheres fugindo da violência, a equipe pensou inicialmente que precisaria de um aplicativo móvel. Mas, após conversar com as mulheres, perceberam que a maioria não tinha celulares e que um aplicativo poderia ser perigoso se um agressor o visse. A equipe descartou a ideia original e construiu uma ferramenta web junto com a equipe do abrigo.
- O Resultado: O produto final não foi apenas "melhor"; foi o único que funcionaria. As usuárias ajudaram a projetar a solução, por isso sabiam exatamente como usá-la.
3. Empoderar Usuários: De Passageiros a Motoristas
A Analogia: Se você der a alguém um mapa e um carro, mas mantiver as chaves com você e disser para onde ir, essa pessoa será apenas uma passageira. Se você der a ela as chaves, o mapa e o treinamento para dirigir, ela se tornará a motorista.
A Alegação do Artigo: O verdadeiro sucesso não é apenas entregar o software; é garantir que a comunidade sinta que o software é dela e que possa mantê-lo funcionando depois que os desenvolvedores partirem.
- O que eles fizeram: No projeto de doação de sangue, a equipe não apenas treinou líderes locais para usar o software; eles deram a eles a autoridade para gerenciar todo o sistema. Em um projeto de língua indígena, os jovens não apenas jogaram um jogo; eles ajudaram a escrever as histórias e a desenhar as lições.
- O Resultado: As comunidades não apenas "adotaram" o software; elas assumiram o controle dele. Elas se tornaram as guardiãs do sistema, garantindo que ele durasse por anos.
Onde a IA se Encaixa? (O "Assistente Superpoderoso")
O artigo não diz "proíba a IA". Em vez disso, sugere uma nova forma de usá-la.
- O Jeito Antigo: Deixar a IA fazer todo o pensamento e dizer aos humanos o que construir.
- O Jeito REConnect: Usar a IA como um assistente superpoderoso, mas manter um humano no banco do motorista.
Pense na IA como um bibliotecário muito rápido. Ela pode ler 10.000 livros em um segundo e resumi-los. Mas ela não conhece o sentimento de uma comunidade, a história de um líder local ou as regras não escritas de uma aldeia.
- O Papel Humano: Os humanos (a comunidade e os desenvolvedores) atuam como os Guardiões. Eles usam o bibliotecário (IA) para encontrar padrões, mas então dizem: "Espere, este resumo ignora algo importante sobre nossa história" ou "Esta ideia não funcionará devido a esta regra local".
- O Processo:
- Humanos constroem o relacionamento e entendem o contexto (A "Preparação do Terreno").
- IA ajuda a filtrar enormes quantidades de dados para encontrar padrões.
- Humanos interpretam esses padrões, corrigindo a IA caso ela perca as nuances.
- Humanos e IA trabalham juntos para construir protótipos rapidamente.
- Humanos tomam a decisão final, garantindo que o software respeite seus valores.
Conclusão
O artigo conclui que software não é apenas código; é um relacionamento.
Se você quer que o software ajude uma comunidade a prosperar (sustentabilidade social), você não pode apenas automatizar o processo. Você precisa desacelerar, apertar mãos, ouvir histórias e deixar a comunidade dirigir o carro. A IA pode ajudar você a dirigir mais rápido, mas ela não pode dirigir o carro por você. Sem essa conexão humana, você pode construir um carro muito veloz que vai na direção errada.
Afogado em artigos na sua área?
Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.