J'ai parlé récemment du renoncement qu'il fallait parfois accepter lorsqu'on souhaite développer un nouveau projet numérique.
En revanche, certains projets sont bien nécessaires car ils répondent à un véritable besoin aux conséquences positives par rapport à leur impact environnemental.
Toutefois, il est nécessaire de minimiser au maximum cet impact. Bien sûr une grande partie doit se faire au niveau de l'interface utilisateur et au niveau du code côté serveur (optimisation, utilisation sobre des bases de données, etc).
Mais, tout d'abord, il est important de réfléchir au besoin lui-même. Un besoin peut parfois en cacher un autre, bien plus simple, plus facile à développer et beaucoup moins lourd.
Prenons un exemple fictif. Vous pensez avoir besoin d'un agenda partagé entre tous les membres de votre structure. Il est donc nécessaire de permettre à chacun de saisir son agenda, de stocker chaque événement, de rendre les agendas visibles à tous. Pourquoi avez-vous besoin de cet outil ? Pour que chacun puisse savoir sur quoi son collègue travaille ? Pour savoir s'il est disponible à un moment précis ? Pour savoir s'il est disponible maintenant pour échanger avec lui ? Et si c'était ça le vrai besoin. Savoir si tel collègue est disponible. Effectivement un agenda partagé permettrait de le savoir mais c'est surdimensionné par rapport au besoin. Déjà, chacun devra renseigner chaque élément (rdv, session de travail, etc). C'est fastidieux. De plus le développement à réaliser est largement surdimensionné par rapport au besoin. Son impact environnemental aussi. Une simple interface partagée permettant à chacun de dire "je suis dispo / pas dispo" suffirait largement. Plus simple à développer, à utiliser, à adopter et bien plus léger.
Ce que je souhaitais montrer à travers cet exemple (qu'il me semble avoir vu quelque part dans un article), c'est que la solution au besoin pressenti n'est pas toujours la bonne tout simplement parce que ce besoin n'a pas été suffisamment creusé. Cette étape est très importante car si le besoin est finalement beaucoup plus simple alors l'évolution du cahier des charges peut avoir plus d'impact que n'importe quelle optimisation technique. Imaginez un besoin simplifié accompagné d'un développement technique optimisé !