Gestion de projet informatique / Par Duncan Haughey / Temps de lecture minutes

Commençons par quelques statistiques inquiétantes. Seuls 29% des projets logiciels ont été couronnés de succès, 52% ont été contestés (dépassements de coûts, dépassements de budget ou déficiences de contenu) et 19% ont échoué, selon le rapport du groupe Standish en 2015. Alors que ces résultats sont apparus il y a quelques années, les résultats ne sont pas moins vrais aujourd’hui.

De plus, le pourcentage de projets considérés comme précieux par le client est de 59% et celui des projets jugés satisfaisants par le client de 56%.

Les résultats insatisfaisants des projets sont devenus une norme de l’industrie des TI où le client n’était pas satisfait du résultat. Alors, que pouvons-nous faire à ce sujet?

Un bon point de départ consiste à aborder certaines des raisons critiques pour lesquelles les projets logiciels échouent.

Raison 1: Pas assez de temps

Souvent, un délai est décidé avant le début du projet et n’est pas négociable. Cette échéance se traduit par une course effrénée pour commencer sur l’hypothèse, plus tôt vous commencez à coder, plus tôt vous terminerez le projet.

Une ruée vers le codage est presque toujours la mauvaise approche. Il est essentiel de prendre le temps de créer un bon design. Ne pas avoir une bonne conception conduit à des changements continus tout au long de la phase de développement. Lorsque cela se produit, le temps et le budget sont consommés à un rythme rapide.

Solution:

• Ne soyez pas tenté de sauter directement et de commencer à coder.
• Attribuez suffisamment de temps pour créer un bon design, et le reste du projet fonctionnera beaucoup mieux.

Cette approche améliorera votre réputation lorsque vous livrerez quelque chose qui répondra aux attentes de vos clients et fonctionnera correctement la première fois.

Raison 2: Budget insuffisant

De nombreux projets ont le prix le plus bas, la politique de fournisseur la plus réussie ou un budget irréaliste, non basé sur les exigences du projet. Lorsque cela se produit, tout ralentit. Les ressources tardent à arriver ou n’arrivent jamais; les coins sont coupés et la qualité en souffre.

Solution:

• Soyez réaliste quant au budget et basez-le sur les exigences complètes.
• Évitez de baser la sélection d’un fournisseur uniquement sur le prix le plus bas.
• Rendez-vous chez un fournisseur ou une équipe ayant fait ses preuves en matière de livraison dans les limites du budget.
• Utilisez une liste de contrôle de sélection de fournisseur telle que celle ci-dessous pour trouver le bon fournisseur pour votre projet.

Raison 3: Mauvaise communication

Il y a un adage, « n’assumez jamais rien », ce qui est particulièrement le cas pour les projets logiciels. Une bonne communication avec votre client, vos utilisateurs et l’équipe de développement est essentielle à la réussite du projet. Posez-vous trois questions:

1. Est-ce que tout le monde dans l’équipe vous comprend?
2. Savent-ils ce que vous attendez d’eux, ou avez-vous supposé qu’ils le savent?
3. Communiquent-ils bien entre eux, avec les utilisateurs et avec les autres services ?

Solution:

• Trouvez des pannes de communication maintenant. Ceux-ci peuvent entraîner de la confusion et des complications plus tard dans le projet.
• Ne présumez jamais que tout le monde comprend tout ce qui se passe sur le projet.
• Prenez le temps de créer un environnement où la communication est accessible, ouverte et fréquente.

Raison 4: Ne jamais revoir l’avancement du projet

Au fur et à mesure qu’un projet progresse, les choses changent, ce qui a un impact significatif sur le projet. Il est important de continuer à examiner les progrès du projet pour surmonter les défis rapidement et avertir les parties prenantes des retards possibles et des changements de résultats.

Solution:

• Fixez toujours des jalons pour examiner les progrès avec votre équipe et les parties prenantes pendant le projet. Ajustez au besoin pour garder le cap.
• Restez près de votre équipe pour comprendre ce qui se passe et les défis auxquels elle est confrontée.

Raison 5: Tests inadéquats

Lorsque la pression de livraison est activée, les tests en souffrent souvent. Les tests sont laissés jusqu’à la fin du cycle de développement avec un minimum d’effort consacré aux tests. Habituellement, le résultat est un produit rempli de bugs et un client mécontent.

Solution:

• Effectuer des tests tout au long du cycle de développement, en testant chaque module ou composant au fur et à mesure de son développement.
• Ne laissez les tests d’intégration que jusqu’à la fin du cycle de vie du développement, ce qui se traduit par moins de stress et un meilleur produit.

Raison 6: Tests dans l’environnement de production

Il est surprenant de voir combien d’organisations testent des produits dans leur environnement de production. L’utilisation de l’environnement de production est une stratégie à haut risque qui peut entraîner des failles de sécurité et une libération accidentelle sans test, perturbant ainsi les systèmes de production.

Solution:

• Développer un processus d’assurance de la qualité et de lancement de nouveaux produits logiciels.
• Fournit un environnement séparé de l’environnement de production pour les tests et la correction de bogues.

Raison 7: Manque d’assurance qualité

Souvent, dans notre hâte de livrer le logiciel, l’assurance qualité en souffre. La documentation est incomplète pour les modifications de code, la conception contient des défauts et les implémentations peuvent être inachevées. Tout cela conduit à des reprises, à une perte de temps et éventuellement à des clients mécontents.

Solution:

• Prenez le temps de vérifier la qualité et de documenter le logiciel avant sa sortie.
• Revue Michael L Young article 6 Facteurs de succès pour la gestion de la Qualité du projet

Raison 8: Non Conforme aux normes de l’industrie

La conformité aux normes de l’industrie dans vos projets logiciels peut s’avérer bénéfique en assurant une bonne accessibilité, portabilité, convivialité, robustesse et en réduisant les problèmes actuels et futurs. Des organismes tels que le World Wide Web Consortium (W3C) et l’Organisation internationale de normalisation (ISO) ont développé des normes ouvertes difficiles à contester.

Solution:

• Prenez le temps d’introduire une approche normalisée pour vos projets.
• Trouvez ce qui fonctionne bien et continuez à le faire.
• Modifiez tout ce qui ne fonctionne pas.
• Révisez et mettez à jour vos normes régulièrement.

La prochaine fois que vous projetez gérez un projet de développement logiciel, examinez cette liste et rappelez-vous ce qui est nécessaire pour assurer le succès. Vous serez surpris; cela fait une différence.

Lecture recommandée: Le Cas curieux du Rapport CHAOS 2009 de Jorge Dominguez.