L'histoire des développeurs SI
#9. Après l'intégration au projet SI - Le début du développement réel

Après une période d'adaptation à l'intégration au projet, le développement commence réellement. Le développement consiste à implémenter les fonctionnalités définies dans le RFP (cahier des charges) en suivant le calendrier du WBS. Dans le SI, il est supposé que les fonctionnalités peuvent être modifiées à tout moment, c'est pourquoi l'intégration avec d'autres modules est rendue aussi souple que possible.

La raison en est que le client qui commande le projet, bien qu'il connaisse son propre travail, ne peut pas fournir de directives d'implémentation sur les fonctionnalités nécessaires ou sur la manière dont les écrans doivent être configurés. Ainsi, une fois que les écrans développés sont affichés, il est très fréquent que des exigences supplémentaires ou des modifications apparaissent.

Par conséquent, si le niveau d'intégration avec d'autres modules est élevé, la modification d'un élément nécessite la modification d'autres modules, ce qui peut entraîner des effets secondaires imprévus et une duplication de code chaotique.

L'objectif du SI étant de faire en sorte que le système fonctionne quoi qu'il arrive, la clarté du code et l'efficacité sont reléguées au second plan.

Au début, on a envie de bien faire, mais avec des délais serrés et les demandes incessantes du client qui exige toujours des ajouts, on se retrouve à développer de plus en plus vite.

De plus, le client, considérant qu'il a payé, pense qu'on va tout faire sans son intervention. Cela annonce un enfer à la fin du projet, il faut donc poser des questions et faire le point sur tout ce que l'on ne comprend pas.

Voici les points à retenir pour le développement dans le SI :

• Le contenu peut changer à tout moment.
• Le client ne sait rien. Il faut lui montrer les écrans un par un, en commençant par les plus petits, et lui demander régulièrement son avis.
• Il ne faut pas dire "oui" à toute demande supplémentaire, sauf si elle est vraiment nécessaire.
• Je ne suis pas Bill Gates. Le client préfère un écran développé rapidement plutôt qu'un programme bien conçu.