14 Raisons Courantes Pour Lesquelles Les Projets Logiciels Échouent (Et Comment Les Éviter)

Photo:

Getty

Les équipes techniques se lancent souvent dans de nouveaux projets logiciels avec de grands espoirs, ce qui rend d’autant plus frustrant si le projet déraille. Les leaders technologiques doivent être conscients des pièges potentiels du projet à l’avance pour éviter de perdre du temps et des dollars budgétaires.

Les experts du Forbes Technology Council ont supervisé de nombreux projets dans leurs mandats professionnels. Ci-dessous, 14 d’entre eux partagent des raisons communes pour lesquelles les projets logiciels fletent et ce que les équipes techniques peuvent faire pour éviter de tomber dans un piège.

1. Ne pas comprendre les besoins de l’entreprise

L’une des raisons pour lesquelles les projets logiciels échouent est le manque de compréhension des besoins de l’entreprise. L’entreprise doit clairement articuler les exigences en détail. Il doit y avoir une cartographie précise des caractéristiques et des fonctions aux besoins de l’entreprise. L’affectation d’un chef d’entreprise chevronné à l’équipe de projet est essentielle à la réussite. – Wesley Crook, FP Complet

2. Incapacité À Parvenir à un Consensus Sur les Priorités

Il existe plusieurs raisons pour lesquelles les projets de développement de logiciels échouent, mais une des raisons courantes qui a un impact important est que les promoteurs et les équipes de projet ne sont pas clairement alignés sur les priorités du projet. Décomposer ces priorités en « must-haves », « should-haves » et « could-haves » peut fournir un cadre solide pour l’itération et la livraison de fonctionnalités particulières. – Jahn Karsybaev, Prosource IT

3. Manque de Clarté Et De Stratégie D’Exécution

L’objectif principal d’un projet logiciel est de résoudre les problèmes d’une entreprise. Cela nécessite non seulement une gestion de projet efficace et efficiente et une gestion des attentes des parties prenantes, mais également un consensus clair de l’ensemble du groupe de parties prenantes sur la définition du problème de l’entreprise et une stratégie d’exécution robuste pour fournir un logiciel qui résout les objectifs de l’entreprise. Le fait de ne pas aborder l’un des aspects décrits ci-dessus entraîne un déraillement du projet. – Kartik Agarwal, TechnoSIP Inc.

4. Ne commençant pas Par le Client final

Parfois, les projets logiciels commencent par une excellente idée qui est mise en œuvre (à temps ou en retard) et livrée uniquement pour que les développeurs découvrent que le problème qu’ils ont résolu n’était pas réellement le problème que leur client devait résoudre. Le travail acharné consistant à comprendre en profondeur vos clients, ce dont ils ont besoin et ce pour quoi ils sont prêts à payer fixe le plafond de la performance du projet et peut aider à recentrer une équipe lorsque les choses déraillent. – Guy Yalif, Intellimize

5. Exigences peu claires

L’une des raisons les plus courantes pour lesquelles les projets logiciels échouent est le manque d’exigences et l’absence d’explication détaillée. Très souvent, les clients eux-mêmes ne savent pas exactement ce qu’ils veulent voir et, par conséquent, le projet ne peut pas aller de l’avant. Communiquer avec vos clients et leur demander leur vision détaillée de l’avenir du produit est la clé pour s’assurer que le projet n’échouera pas. – Daria Leshchenko, SupportYourApp Inc.

6. S’attendant trop souvent à une « solution miracle »

, l’enthousiasme provient de la fausse croyance selon laquelle une « solution miracle » proverbiale résoudra un problème donné. Cependant, les solutions appropriées sont rarement aussi simples — elles sont un mélange de méthodologie, de stratégie et de soutien d’équipe, et non le résultat d’une seule action, d’une technologie ou d’une idée. Les leaders technologiques devraient encourager une communication ouverte et tirer parti de la prise de décision participative en groupe pour résoudre les défis. – Christopher Yang, Gestion des voyages d’affaires

7. Travailler dans un silo

La principale raison pour laquelle les projets logiciels échouent est que les équipes se lancent dans un voyage pour construire quelque chose qui n’est pas un besoin commercial ou qui ne résout pas le bon problème. Les deux raisons sont le résultat d’un désalignement entre l’entreprise et la technologie. Pour éviter cela, il est crucial d’identifier le problème que l’entreprise tente de résoudre et de travailler collectivement avec l’entreprise et non en silo. – Tanvir Bhangoo, Freshii inc.

8. Penser que la portée peut être Définie à l’avance

Bien qu’il soit important de comprendre le problème et de définir les cas d’utilisation à l’avance, presque aucun projet ne peut être considéré comme réussi s’il ne s’adapte pas aux exigences métier changeantes pendant le développement. Malheureusement, certaines équipes techniques insistent toujours pour atteindre l’objectif initial, rendant ainsi leur effort inefficace, voire un échec. – Chanson Bac Toh, Tata Communications

9. Manque de coordination et de Planification Détaillée

De nombreux projets logiciels sont en retard ou échouent en raison d’un manque de bonne coordination et de planification détaillée. Les équipes doivent mettre en œuvre un processus de planification ascendant qui identifie les dépendances entre les livrables et inclut les estimations des ingénieurs eux-mêmes. Une fois le plan de sortie établi, je tiens des réunions de stand-up quotidiennes de 15 minutes où les problèmes font surface et où les nouveaux risques sont identifiés et gérés. – Dave Mariani, AtScale

10. Les frictions Causées Par des rôles non définis

Les rôles non définis créent souvent des frictions sur les équipes de projet. Essayez d’utiliser un cadre DACI dès le début pour définir clairement qui a autorité sur quoi. Pour les projets bloqués, recalibrer sur qui est le Pilote, l’Approbateur, le Contributeur et Informé au sein du projet peut agir comme une réinitialisation matérielle, inspirant une collaboration et une autonomie renouvelées. – Léore Avidar, Lob.com Inc.

11. S’attendant à une Surconsommation des logiciels

Souvent, nous pensons que les logiciels peuvent être personnalisés à un niveau qui répondra à tous les besoins. C’est une idée fausse. Être réaliste est important. Définir les exigences relatives à la capacité du logiciel. Faire des demandes de changement au fur et à mesure nécessite des ajustements, mais c’est le chapeau qu’il faudra porter pour éviter les frustrations. – Bhavna Juneja, Infinity, une société de technologie de Stamford

12. Manque de discipline

Si nous devions construire une maison et continuer à changer le plan directeur, le budget du projet deviendrait incontrôlable et les délais après les échéances seraient manqués. Créez une vision de ce à quoi ressemble la réussite d’un projet. Verrouillez-le et exécutez. Toute autre bonne idée et détour peut être envisagé pour une phase ultérieure du projet. – Sam Polakoff, Nexterus, Inc.

13. Trop de mains Dans Le pot de développement

Établissent (et limitent) qui est impliqué dès le premier jour, que vous construisiez en interne ou non. Cela peut être difficile pour les grandes entreprises technologiques avec des processus et des canaux de communication complexes. Mais dans le monde du développement d’applications, une telle complexité nuit à l’élaboration d’un produit entièrement réalisé qui correspond à la vision unique de chacun sans être la proie du fluage de la portée et d’une chronologie de projet sans fin. – Joshua Davidson, ChopDawg.com

14. Pas assez d’accent sur les compétences non techniques

Une attention claire et significative à la gestion du processus de changement est souvent insuffisante ou insuffisante. J’ai vu de nombreux projets logiciels dans diverses catégories et dans un éventail de types et de tailles d’organisations se heurter à des défis parce qu’ils sont super concentrés sur le travail technique, mais n’utilisent pas assez d’énergie pour la formation, le coaching, le team building et les compétences non techniques. – Amith Nagarajan, rasa.e/s