Skip to main content

Notre doctrine et notre approche en matière de technologie et d'innovation - la version très très courte

Version 2017 - Version 2021 à venir

Au début de l'année, quelqu'un nous a demandé quelle était notre doctrine et notre approche en matière de technologie et d'innovation.

Il y a beaucoup de gens qui font du "tech4dev", du "m4dev", etc., mais souvent ce qu'ils ont fait et comment ils l'ont fait, en particulier pour le FCAS, est une boîte noire dont les clients ne se contenteraient pas dans le cadre d'un achat "ordinaire" de systèmes informatiques.

Nous pensons que le travail dans les contextes FCAS nécessite plus de transparence sur la manière dont la technologie fonctionne, et plus d'assurance qu'elle fonctionne, que le contexte moyen.

Nous avons donc publié un premier article sur la façon dont www.sssams.org, www.hrisrss.org, www.nsams.org et d'autres ont été développés ; notre code se trouve sur github ; et nous écrirons davantage sur les détails dans les semaines à venir.

Notre approche dans un contexte plus large : rapidité d'action, pragmatisme et connaissance du contexte du FCAS

Notre approche rassemble des éléments communs de :

  • le développement agile, tel qu'il est communément compris et appliqué dans les technologies de l'information
  • L'approche "Doing Development Differently" proposée par l'ODI, le professeur Matt Andrews (HKS) et d'autres.
  • Notre approche de la technologie et de l'innovation, spécifique au FCAS, a fait ses preuves et a été primée au Sud-Soudan, en Somalie, en Sierra Leone, au Nigéria et au-delà. Elle s'appuie sur une série d'outils couvrant les ressources humaines, les salaires, les présences, la gestion financière décentralisée, le financement opérationnel des unités de prestation de services et, dans chaque cas, la production de rapports en temps quasi réel.
  • Les principes du numérique au service du développement - www.digitalprinciples.org

Comment nous développons

  • Travailler avec les utilisateurs pour établir une déclaration claire des besoins, et ne pas imposer de prétendues "meilleures pratiques internationales" toutes faites.
  • L'informatique soutient le processus, et non l'inverse ; l'informatique travaille autant que possible dans le respect des modèles et des approches existants.
  • Prototypage et pilotage rapides, pas de conception puis de construction laborieuses
  • Mise à l'échelle rapide
  • Fournir des outils en version bêta et les améliorer en service et avec les utilisateurs
  • Intégration du développement, de la formation et de l'assistance : la formation consiste à aider les utilisateurs à accomplir des tâches réelles ; utilisation de l'assistance à distance/des applications "fantômes".

Ce que nous développons - caractéristiques opérationnelles

  • Les informations en temps réel sont plus utiles et permettent de mieux rendre compte que les rapports rétrospectifs.
  • Une taxonomie commune à tous les modules pour identifier les niveaux sous-nationaux, les unités de prestation de services (cliniques, écoles, etc.), les travailleurs et les utilisateurs des services, les informations géographiques, les types de revenus et de dépenses, etc.
  • Tous les matériels sont conçus pour permettre un choix de plusieurs langues dans l'interface utilisateur.

Ce que nous développons - caractéristiques techniques

  • Open source : pas de licences de siège - une fois le code développé, le destinataire en est propriétaire et peut le développer comme il l'entend ; pas d'exigences en matière de logiciels payants (progiciels de base de données, etc.).
  • Propre appareil : pas d'exigences particulières en matière de matériel, les utilisateurs se servent généralement de leur propre appareil.
  • Résilience et canaux multiples : systèmes qui prennent en charge les contributions des utilisateurs et les rapports qui leur sont adressés, par la plupart ou l'ensemble des moyens suivants : SMS en texte clair, formulaire téléchargeable sur smartphone, saisie hors ligne/téléchargement en ligne, interface web.
  • S'appuyer sur un ensemble de modules déjà utilisés avec succès au niveau national dans les sites du FCAS
  • Interfaces propres, pas de masse tentaculaire : les modules peuvent produire un format de fichier qui peut alimenter un autre module au sein de notre suite de systèmes, ou d'autres systèmes (anciens ou nouveaux).
  • Intégrer le papier et le numérique : la technologie de l'information la plus appropriée au niveau local est souvent un formulaire en trois exemplaires ; les contre-signatures et les timbres ont souvent leur raison d'être.
  • Transparence par défaut : toutes les données dépassant le niveau des travailleurs ou des utilisateurs individuels devraient être publiques par défaut et affichées sur le web ouvert.