Causes de l'échec du projet logiciel

tarafından
188
Causes de l'échec du projet logiciel

La plupart des projets logiciels échouent totalement ou partiellement car un petit nombre de projets répondent à toutes leurs exigences. Ces exigences peuvent être le coût, le calendrier, la qualité ou les objectifs des exigences. Selon de nombreuses études, le taux d’échec des projets logiciels se situe entre 50% et 80%. Cet essai est une compilation des causes d’échec des projets de développement logiciel; cet essai résume plusieurs domaines qui jouent un rôle essentiel dans l’échec d’un projet logiciel.

Alors, quelle est vraiment la raison de l’échec d’un projet logiciel? Le triste fait est que les projets logiciels échouent parce que nous ne reconnaissons pas que de bons principes d’ingénierie doivent être appliqués aux projets logiciels tout comme ils le sont pour la construction d’immeubles de bureaux. Nous essayons de nous défendre en disant que la construction de logiciels est “différente”.

L’une des plaintes les plus graves contre les pannes de logiciels est l’incapacité

estimer avec une précision acceptable le coût, les ressources et le calendrier nécessaires

pour un projet logiciel. Les méthodes d’évaluation conventionnelles ont toujours produit

des résultats positifs qui contribuent aux coûts trop connus et infestés

horaire de glissement.

Au cours des 20 dernières années, de nombreuses techniques d’estimation des coûts et des

utilisé avec sensation mixte en raison des restrictions des modèles d’évaluation. Un important

une partie de l’échec des estimations peut être due à un manque de compréhension de la

processus de développement de logiciels et effet de cette méthode utilisée dans le projet

plan, calendrier et estimation des coûts.

Études de cas d’échec

Voici quelques-unes des études de cas considérées qui seront analysées pour aller chercher

les principales causes de défaillance du système logiciel.

L’Université de Northumbria a développé un logiciel de comptabilité pour gérer son quotidien

affaires. Le projet n’a pas pu produire les résultats souhaités et n’a pas réussi à

respecter les délais. Les enquêtes ont montré que la gestion de base du projet

les procédures n’ont pas été suivies. Cette étude de cas est référencée dans cet essai à

différents points si nécessaire. [1]

Filiale thaïlandaise (SMTL) d’une multinationale basée à Hong Kong (SMHK)

engagés dans la fabrication d’équipements électroniques. Ils ont mis en place un

progiciel intégré; qui était un échec à plusieurs facteurs. Celles-ci

les facteurs étaient principalement liés à la gestion. Comme un mauvais ajustement entre l’entreprise

les hypothèses de processus inscrites dans le logiciel et les processus métier dans SMTL,

manque de leadership à différents niveaux, différences culturelles, organisationnelles

l’environnement et la mauvaise gestion des ressources humaines.

L’hôpital de St John est un hôpital général de district qui fournit des

les soins infirmiers, qui comprennent à la fois la chirurgie générale et la médecine.

les services sont pris en charge par l’imagerie diagnostique, laboratoire, ambulance, pharmacie

et des services de thérapie, qui sont tous sur place. Comme le principal hôpital d’un touriste

zone, il traite avec de nombreux visiteurs dans la saison des vacances, générant une grande

quantité d’admissions non réservées.

Gestion de logiciels et leadership

Il a été démontré à maintes reprises qu’un leadership efficace est essentiel pour une mise en œuvre réussie des technologies de l’information (Klenke, 1994). Un leader doit également avoir une sensibilité culturelle, des compétences en communication, la créativité, la capacité de déléguer et la capacité de développer et de conserver des ressources humaines (Luthans, 1994). Le gestionnaire de logiciels à (SMHK) était un occidental, alors que les gestionnaires inférieurs étaient orientaux. Il y avait donc toujours un choc culturel. Jack (Manager) essaie toujours d’introduire des pensées créatives. Et la plupart du temps, la direction inférieure ne pouvait pas les faire. Par conséquent, il y avait un affrontement tout le temps.

Les employés estiment également que la direction n’a pratiquement jamais «écouté» leurs préoccupations

ou tenté de les aborder. Par conséquent, de nombreux employés étaient impatients de partir

l’entreprise, et l’ont fait dès qu’ils ont trouvé d’autres opportunités dans d’autres

entreprises.

Planification et planification de projets

La planification de projet signifie créer une répartition du travail, puis attribuer des responsabilités aux développeurs au fil du temps. La planification du projet consiste en la construction de diverses tâches, échéanciers et voies essentielles, y compris les diagrammes de Gantt et les diagrammes PERT et différents plans écrits pour diverses situations.

Il est tout à fait habituel dans le processus de développement logiciel de revenir en arrière

date de fin du projet, ce qui entraîne l’échec complet du projet logiciel. Il est

impossible qu’un projet puisse être réalisé efficacement dès la phase de planification

au stade de la mise en œuvre.

L’attribution des rôles et des responsabilités doit être clairement définie et

devient crucial lors de la location de l’étal de l’extérieur. Université supérieure

la direction n’a pas appliqué les règles de base de gestion de projet qui

échec du projet.

Une planification appropriée est également requise avant le début du projet. Il

comprend la planification du temps, la planification des équipes. Les chefs de projet ne savent pas quoi

ils doivent planifier et planifier. Ils ne font que dire au programmeur quoi faire

et les programmeurs peuvent trouver une solution appropriée.

Le développement a été transféré dans un nouveau bureau et le bureau n’était pas entièrement

équipé de l’infrastructure appropriée. Le temps est également un facteur important de réussite

ou l’échec d’un projet. Cela a donc retardé le processus de développement et contribué

vers l’échec du projet. L’infrastructure n’était pas entièrement planifiée et

l’équipe de gestion ne savait pas où et comment serait le développement du projet

commencé.

Le secret suprême d’un projet de développement logiciel gagnant est de contrôler

la qualité et réduire le risque. Le plan d’urgence fait également partie de la planification. Dans

si les choses ont mal tourné, ce plan peut être suivi pour réduire l’effet de la

échec du projet. Il en a été de même avec le logiciel de comptabilité de l’université. le

l’équipe de gestion ne disposait pas d’un tel plan d’urgence et n’a pas évalué le risque

impliqués dans le développement du nouveau système. Cela a donc causé plus de problèmes sans

le système de sauvegarde ou le plan de sauvegarde.

La direction essaie simplement de suivre les méthodologies comme SDLC ou RAD, mais ne sait pas quelle méthodologie utiliser et à quel moment appliquer la bonne technique.

Estimation du coût

L’estimation des coûts concerne principalement le coût de l’effort de production du projet logiciel. Mais cela ne se limite pas à l’effort seulement. Il comprend également le coût du matériel et des logiciels, la formation des employés et du client, les déplacements vers le client, les coûts de mise en réseau et de communication. L’estimation des coûts doit être effectuée dans le cadre du modèle de processus logiciel.

L’estimation des coûts doit être effectuée bien avant le début du projet

développement. L’échec de la budgétisation du coût du projet entraîne

désastre complet. Comme indiqué ci-dessus le coût de l’infrastructure, les outils de développement

le coût et le coût du matériel doivent également être estimés en premier.

La même chose est arrivée au développement du système comptable de l’université. Ils

bien acheté le nouveau système sans aucune estimation sérieuse du coût et

les sources de revenus.

Voici les raisons pour lesquelles une mauvaise estimation des coûts est effectuée.

Méthodologie d’estimation inappropriée

Une autre raison serait l’utilisation d’une méthodologie d’estimation des coûts inappropriée. Pas une seule méthodologie n’est meilleure qu’une autre. Chaque méthodologie a ses propres points forts et faibles qui doivent être pris en compte. Le livre du Dr Barry Boehm intitulé Software Engineering Economics énumère sept méthodes d’estimation. Une ou plusieurs de ces méthodologies peuvent être utilisées pour estimer le coût d’un projet

“La bonne suggestion est que plus d’une méthodologie d’estimation des coûts logiciels

doit être utilisé pour une estimation précise “.

Outils d’estimation des coûts

L’estimation manuelle des coûts présente de nombreux inconvénients. Cette technique est désormais presque obsolète. De nos jours, l’estimation des coûts réussie comprend l’utilisation d’un outil d’estimation des coûts du logiciel commercial approprié.

De bons outils d’estimation de logiciel ne garantissent pas toujours un logiciel fiable

estimations. Une mauvaise saisie de la taille du logiciel entraînera une estimation erronée.

Le logiciel d’estimation doit également être personnalisé pour les besoins

organisation. Ces personnalisations nécessitent les données des projets antérieurs comme

entrée pour l’outil à estimer.

Il existe un certain nombre de raisons pour lesquelles ces outils peuvent renvoyer la mauvaise estimation.

Choisir le bon outil d’estimation

Le choix d’un bon outil d’estimation est nécessaire pour la bonne estimation. L’outil n’est pas capable de gérer l’entrée et peut donc générer une estimation erronée et donc entraîner l’échec du projet logiciel.

Facilité de personnalisation

Comme mentionné ci-dessus, l’outil sélectionné doit être personnalisable en fonction des besoins de l’organisation, afin que l’organisation puisse le personnaliser en fonction des besoins et des données de projet antérieures.

Facile à utiliser et à apprendre

L’outil d’estimation des coûts doit être facile à utiliser et à apprendre. Il doit inclure de l’aide et des exemples, une interface utilisateur simple et directe. Il faut moins de formation pour apprendre le système et les intrants doivent être bien définis.

Estimation précise

L’outil d’estimation doit avoir la capacité d’analyser tous les paramètres et de proposer une estimation précise du coût.

Gestion des risques

La gestion des risques est un facteur important de l’échec d’un projet logiciel s’il n’est pas géré en temps opportun et efficacement. Comme rien ne peut prévoir ce qui se passera à l’avenir, nous devons donc prendre les mesures nécessaires dans le présent pour prendre toute situation incertaine à l’avenir. La gestion des risques signifie traiter une préoccupation avant qu’elle ne devienne une crise.

Identification des risques

Selon le Universal Risk Project, il existe deux types de conditions qui peuvent être un symbole de risque.

    • IF-THEN Déclarations
      • “SI la technologie n’est pas disponible, ALORS nous ne répondrons pas à l’exigence”
      • “SI nous ne pouvons pas engager suffisamment d’ingénieurs logiciels qualifiés, PUIS nous ne pouvons pas respecter le calendrier de développement prévu
    • Déclarations de condition-conséquence
      • Étant donné la “condition”, il est probable que la “conséquence” se produira
      • “Étant donné que ce test spécifique échoue (la CONDITION), la CONSÉQUENCE est que le calendrier prévu va glisser”

Les chefs de projet doivent identifier les domaines où le risque peut être et comment il

peut affecter le développement du projet. Le risque peut être de nature technique ou

non technique. Les chefs de projet doivent être conscients des deux risques. La plupart

les chefs de projet ne sont bons ni de part ni d’autre. Un bon manager avec

les compétences en programmation peuvent être bonnes pour identifier le risque technique mais pas

risque technique.

Analyse de risque

Une fois le risque identifié, il est nécessaire de définir les catégories de ce risque. L’analyse des risques est le processus consistant à examiner les résultats et les livrables du projet après l’analyse des risques et à appliquer la technique pour réduire le risque. Une fois l’analyse des risques terminée, un plan d’analyse des risques approprié doit être élaboré pour faire face à toute situation incertaine. Les premiers risques identifiés sont catégorisés et hiérarchisent ces risques. À ce stade, le risque est classé comme les risques positifs ou négatifs.

Priorisation des risques

Une fois le risque analysé, l’étape suivante consiste à hiérarchiser le risque. Au début, concentrez-vous d’abord sur le risque le plus grave; et les sever plus tard. Ces facteurs de risque peuvent fonctionner de temps en temps afin que le projet final qui en résulte soit sans risque. Ainsi, la plupart du temps, l’équipe de gestion de projet ne parvient pas à identifier le risque de rupture et à travailler sur le risque le moins grave. Cela se traduit souvent par une crise.

Évitement des risques

Faire face au risque est un art. Parfois, la direction prend les projets sans identifier les risques appropriés impliqués dans le projet. Un gestionnaire expérimenté prendra donc le projet après une analyse des risques appropriée et évitera tout risque lié au projet.

Contrôle des risques

La gestion du risque pour atteindre les résultats et les livrables souhaités se fait en contrôlant le risque au mieux. Il s’agit d’un processus purement intuitif et dépend de l’expérience de l’équipe de gestion de projet, ou du risque déjà géré dans des projets antérieurs qui ont été réalisés par la même organisation.

Conclusion

Cet essai a présenté trois facteurs de base qui peuvent entraîner l’échec du projet de développement logiciel. Planification et ordonnancement, estimation des coûts et gestion des risques. Tous ces facteurs doivent être pris en compte au niveau de la direction, puis transférés à la direction inférieure.

La planification et l’ordonnancement viennent en premier, une bonne planification et une bonne

une base solide pour le projet logiciel. La planification du projet consiste en

construction de diverses tâches, échéanciers et voies essentielles, y compris Gantt

graphiques et graphiques PERT et différents plans écrits pour diverses situations. Si

ces facteurs ne sont pas pris en compte, alors le logiciel peut rencontrer des problèmes

pendant le développement et le produit final sera un échec.

L’estimation des coûts dépend du budget du projet, du type de client et du

taille et effort à mettre dans le projet. Les estimations de coûts sont effectuées plusieurs fois

pendant le cycle de vie d’un projet. Cela affecte le projet à bien des égards, faux

l’estimation de l’échec complet, affecte la bonne volonté de l’organisation si le

les coûts ne sont pas couverts, les parties prenantes sont affectées et le gaspillage de ressources.

La gestion du risque est une approche pratique pour réduire l’ambiguïté et

perte possible liée à un projet de développement logiciel. Mesures potentielles

peut être considéré comme axé sur les opportunités (risque positif) si leurs conséquences

sont favorables ou axées sur la menace (risque négatif) si leurs conséquences sont

défavorable.