Software nato dalla terra: le missioni africane che programmano le proprie soluzioni digitali

C'è qualcosa di paradossale nell'immagine di un missionario che passa ore a cercare di far funzionare un software di gestione sanitaria pensato per gli ospedali americani in un contesto rurale del Malawi, dove la connessione internet è intermittente, i dispositivi sono vecchi e le categorie diagnostiche non corrispondono alle patologie prevalenti sul territorio. Eppure, per anni, questa è stata la norma.

Oggi, in numero crescente, le missioni africane stanno scegliendo una strada diversa: costruire da zero gli strumenti di cui hanno bisogno, affidandosi a sviluppatori locali che conoscono il contesto dall'interno.

La critica al modello dell'importazione tecnologica

Il trasferimento tecnologico dal Nord al Sud del mondo è stato a lungo considerato una forma di progresso quasi automatica: si porta la tecnologia avanzata nei Paesi in via di sviluppo, e lo sviluppo segue. Ma questa visione, già contestata nel campo delle infrastrutture fisiche, viene oggi messa in discussione anche nel dominio digitale.

"Ogni volta che adottavamo una piattaforma internazionale, dovevamo adattare i nostri processi alla piattaforma, non il contrario," racconta Emmanuel Osei, responsabile IT di una rete di scuole missionarie nel Ghana. "Questo significa perdere tempo, perdere dati, e soprattutto perdere aderenza alla realtà."

La critica non è ideologica: è pragmatica. Le soluzioni globali — anche quelle sviluppate da organizzazioni non profit con le migliori intenzioni — sono progettate per contesti con infrastrutture stabili, personale formato, connettività affidabile. Quando queste condizioni mancano, il software diventa un peso invece che uno strumento.

Nascono i team di sviluppo interni

In risposta a questa frustrazione, alcune missioni hanno cominciato a investire nella formazione di piccoli team di sviluppo interni. Non si tratta di grandi laboratori tecnologici: spesso sono due o tre persone, formate localmente o rientrate da esperienze all'estero, che lavorano a stretto contatto con gli operatori sul campo per capire quali problemi risolvere e come.

A Nairobi, il Centro Missionario San Francesco ha creato un team di sviluppo composto da quattro giovani programmatori kenioti, incaricati di costruire un sistema di gestione integrata per le attività della missione: dalla registrazione dei pazienti nelle cliniche periferiche alla tracciabilità delle forniture alimentari distribuite nei campi profughi.

"Abbiamo iniziato con carta e penna, letteralmente," spiega David Kamau, il coordinatore del team. "Abbiamo seguito gli operatori per settimane, osservando come lavoravano, dove perdevano tempo, cosa andava storto. Solo dopo abbiamo scritto una sola riga di codice."

Il risultato è un sistema che gira su dispositivi Android di fascia media, funziona in modalità offline sincronizzandosi quando disponibile la connessione, e gestisce notifiche in swahili e inglese. Nessuna piattaforma internazionale disponibile sul mercato offriva questa combinazione.

App che parlano lingue locali

Uno degli elementi più significativi dello sviluppo tecnologico autoctono è la possibilità di costruire strumenti che operino nelle lingue delle comunità locali, incluse quelle con sistemi di scrittura non latini o con scarsa presenza nel panorama digitale globale.

In Etiopia, una missione cattolica ha commissionato lo sviluppo di un'applicazione per l'alfabetizzazione degli adulti interamente in lingua amarica, ottimizzata per funzionare su smartphone di seconda mano con batterie consumate. L'app include modalità di utilizzo con schermo a luminosità minima, per risparmiare energia, e non richiede account o registrazioni — una barriera spesso insuperabile per chi non ha mai usato internet.

"Avevamo guardato tutte le app per l'alfabetizzazione disponibili," racconta suor Maria Tekle, che ha coordinato il progetto. "Erano belle, colorate, pensate per bambini europei o americani. Non parlavano ai nostri utenti."

I rischi e le sfide dello sviluppo autonomo

Il percorso non è privo di criticità. Lo sviluppo di software personalizzato richiede tempo, competenze e investimenti iniziali che non tutte le missioni possono permettersi. Esiste inoltre il rischio della cosiddetta "dipendenza dallo sviluppatore": se il team interno si dissolve o i programmatori chiave lasciano l'organizzazione, la manutenzione del sistema diventa problematica.

Alcune organizzazioni hanno risposto a questo rischio adottando pratiche di sviluppo open-source, pubblicando il codice delle proprie applicazioni su piattaforme pubbliche come GitHub, in modo che altri possano contribuire, correggere errori e adattare le soluzioni ai propri contesti. Questa scelta ha dato vita a piccole comunità di sviluppatori missionari che si supportano a vicenda attraverso forum online.

"Non vogliamo ricominciare da zero ogni volta," dice Osei. "Se qualcuno in Tanzania risolve un problema che noi abbiamo già affrontato, vogliamo saperlo. E viceversa."

Un modello alternativo di cooperazione digitale

Quello che emerge da questi casi è un modello alternativo di cooperazione tecnologica, fondato non sul trasferimento di soluzioni preconfezionate ma sul sostegno allo sviluppo di capacità locali. Alcune organizzazioni italiane di cooperazione stanno cominciando a finanziare non l'acquisto di software, ma la formazione di sviluppatori locali nelle missioni partner.

È un cambiamento di prospettiva sottile ma profondo: invece di portare risposte, si contribuisce a costruire la capacità di trovarne di proprie. In fondo, non è questa la definizione più autentica di sviluppo?