Vous êtes sur la page 1sur 4

Pourquoi les projets chouent Les projets informatiques chouent quand ils ne remplissent pas les critres de succs

suivants: Il est livr temps. Il est sur ou sous le budget. Le systme fonctionne comme prvu. Seuls quelques projets d'atteindre tous les trois. Beaucoup d'autres sont livrs, qui chouent sur une ou plusieurs de ces critres, et un nombre important sont annuls ayant chou mal. Alors quels sont les facteurs cls de succs? Les organisations et les individus ont tudi un certain nombre de projets qui ont la fois russi et chou et certains facteurs communs se dgagent. Une des principales conclusions est que il n'ya pas un facteur primordial qui cause l'chec du projet. Un certain nombre de facteurs sont impliqus dans toute panne de projet particulier, dont certains interagissent les uns avec les autres. Voici six des plus importantes raisons pour l'chec.

1. Manque de participation des utilisateurs Manque de participation des utilisateurs a t fatale pour de nombreux projets. Sans que personne l'implication des utilisateurs dans l'entreprise se sent engag dans un systme, et peut mme tre hostiles. Si un projet est d'tre un succs de gestion suprieurs et les utilisateurs doivent tre impliqus ds le dpart, et de faon continue tout au long du dveloppement. Cela ncessite du temps et des efforts, et quand le peuple dans une entreprise sont dj tendues, trouver du temps pour un nouveau projet n'est pas trs lev sur leurs priorits. Ainsi les cadres suprieurs doivent constamment soutenir le projet pour le rendre clair pour le personnel, il est une priorit. 2. chelles de temps longues ou irralistes chelles de temps pour un projet ont conduit des systmes livrs pour les produits et services ne sont plus utiliss par une organisation. La principale recommandation est que les dlais du projet doit tre court, ce qui signifie que de plus grands systmes doivent tre rpartis dans des projets spars. Il ya toujours des problmes avec cette approche, mais les avantages de le faire sont considrables. Beaucoup de gestionnaires sont bien conscients de la ncessit d'une livraison rapide, conduisant l'autre problme des dlais irralistes. Ce sont fixs sans tenir compte du volume de travail qui doit tre fait pour assurer la livraison. En consquence, ces systmes sont livrs en retard ou ne sont qu'une fraction de la installations qui ont t demands. La recommandation ici est d'examiner tous les plans de projet pour voir si elles sont ralistes, et pour inciter les participants exprimer toutes les rserves qu'ils peuvent avoir avec elle. 3. Pauvres ou non requise De nombreux projets ont un niveau lev, vague et gnrale, des exigences inutiles. Cela a conduit des cas o les dveloppeurs, n'ayant pas d'entre des utilisateurs,

de construire ce qu'ils croient est ncessaire, sans avoir aucune connaissance relle de l'entreprise. Invitablement lorsque le systme est livr aux utilisateurs professionnels disent qu'il ne fait pas ce dont ils ont besoin c'est d'. Ceci est troitement li au manque d'implication des utilisateurs, mais va au-del. Les utilisateurs doivent savoir ce qu'ils veulent, et tre capable de spcifier prcisment. En tant que non-spcialistes, cela signifie normalement ils ont besoin de formation des comptences. 4. Drive du Contenu La porte est la vision globale de ce qu'est un systme livrera. Porte fluage est la croissance insidieuse dans l'chelle d'un systme pendant la dure de vie d'un projet. Par exemple pour un systme qui tiendra les dossiers des clients, il est alors dcid qu'il traitera galement les factures des clients, alors ces factures seront fournis sur l'Internet, et ainsi de suite. Toutes les fonctionnalits devront tre livre en une fois, ce qui affecte les chelles de temps, et tous devront avoir des exigences dtailles. C'est une question de gestion troitement lis au changement de contrle. La direction doit tre raliste sur ce qui se veulent-ils et quand, et de s'y tenir.

5. Aucun systme de contrle des changements Malgr tout les entreprises du changement, et le changement se produit un rythme plus rapide que jamais. Il n'est donc pas raliste de s'attendre aucun changement dans les exigences tout un systme est en cours de construction. Cependant, les changements incontrls jouer des ravages avec un systme en cours de dveloppement et ont caus des pannes de nombreux projets. Ceci souligne les avantages de courtes chelles de temps et une approche progressive pour les systmes de construction, de sorte que le changement a moins de chance d'affecter le dveloppement. Nanmoins le changement doit tre gr comme n'importe quel autre facteur de l'entreprise. L'entreprise doit valuer les effets de toute modification des exigences sur les dlais, cots et risques du projet. Gestion du changement et sa discipline sur de gestion de configuration sont des comptences qui peuvent tre enseignes. 6.Poor Test Les dveloppeurs vont faire beaucoup de tests au cours du dveloppement, mais finalement les utilisateurs doivent excuter les tests d'acceptation pour voir si le systme rpond aux exigences des entreprises. Cependant les tests d'acceptation choue souvent attraper beaucoup de dfauts, avant un systme de va vivre parce que: Les exigences de pauvres qui ne peuvent pas tre tests Mal, ou tests non prvus ce qui signifie que le systme n'est pas vrifi mthodiquement Insuffisamment utilisateurs forms qui ne savent pas quel est le but du test est Manque de temps pour effectuer des tests que le projet est en retard Les utilisateurs, afin de construire leur confiance un systme, et d'utiliser leur exprience de l'entreprise, devrait faire l'essai d'acceptation. Pour ce faire ils ont

besoin de bonnes conditions testables, bien conu et planifi des essais, tre convenablement forms, et ont suffisamment de temps pour atteindre les objectifs de test.

Conclusion Ces six facteurs ne sont pas les seuls influer sur la russite ou l'chec d'un projet, mais dans de nombreuses tudes et les rapports qu'ils apparaissent proximit, ou dans le haut de la liste. Ils sont tous interdpendants, mais comme on peut voir qu'ils ne sont pas des questions techniques, mais celles de gestion et de formation. Ceci appuie l'ide que les projets informatiques devraient tre traites comme des projets d'entreprise. viter l'chec des projets Comment russir les projets dcrit certains des facteurs requis pour un projet succs Raison couvrant 1: Le manque d'implication des utilisateurs". Caractristiques des plans de projet donne de plus amples informations sur la Raison 2: chelles de temps ou irraliste" et Reason 4: "Creep Porte" comme deux des cinq caractristiques cls d'un plan de projet et l'importance de les quilibrer. Besoins des utilisateurs couvre Raison n 3: Exigences Pauvre ou non, y compris trois domaines d'inclure et un viter lors de l'criture des besoins des utilisateurs. Vrification et validation couvre Raison 6: Test pauvres en expliquant la pratique des tests bonne.

Recherche personnalise. Autres ressources viter l'chec des projets Comment russir les projets dcrit les facteurs pour viter l'chec du projet. Caractristiques des plans du projet traite des chelles de temps en vitant les zones et la porte de fluage de l'chec du projet.

Google 1

Top 5 des articles Qu'est-ce que l'UAT, et pourquoi le faire? explique pourquoi l'UAT est diffrent. Pourquoi les projets chouent dcrit six raisons principales pour lesquelles les projets chouent.

Types de tests, explique ce que le V-Model est et les tapes de test. Template gratuit UAT plan de test pour vous permettre de planifier votre projet. Les bases des plans de projet, explique les cinq caractristiques cls d'un plan et comment les quilibrer.

Nouveaux articles Du modle de cascade V-Model - explique comment le modle en V est driv du modle de cascade et les avantages de le faire.

Ce que nous offrons Template gratuit UAT plan de test - ce qui est ncessaire pour crer un plan UAT bon test bas sur la norme IEEE 829. Deux jours bien sr UAT - Qu'est-ce un cours UAT pouvez faire pour votre organisation. Consultancy UAT - pour aider votre approche UAT.

Recherche personnalise. E-mail enquire@coleyconsulting.co.uk 2001-2011 Conseil Coley. Tous droits rservs. Imprimer PageSite MapAccessibilityLegalLinksTop de page
New! Click the words above to view alternate translations. Dismiss Google Translate for my:SearchesVideosEmailPhoneChat Business:Translator ToolkitGlobal Market FinderWebsite Translator About Google TranslateTurn off instant translationPrivacyHelp
en|fr|