Discussion :

[diamonds]

Bonjour

D'après vous ?

Quels sont les 10 plus importants critères de succès des projets informatiques ? qu'est ce qu'il faut faire ?

Et quels sont les 10 plus importants critères qui peuvent amener un projet informatique à l'échec ? qu'est ce qu'il ne faut pas faire ?


Merci.

[fmh1982]

que ca soit hardware ou software ,,, il faut une bonne analyse , une bonne conception et une bonne planification,, la réalisation est une étape finale qui normalement ne prend pas beaucoup de temps si le départ est bon ::::>
http://profs.eivd.ch/wwwroot/site/ch...roduction.aspx

[diamonds]

Le lien ne fonctionne pas.

[buzzkaido]

Ce qu'il ne faut pas faire....

Foncer tete baissée les mains sur le clavier !

Plus on passe de temps :

- a reflechir au besoin reel, aux consequences de telle ou telle implementation avant de faire du papier
- sur le papier avant de faire de la modelisation (UML ou autre)
- sur la modelisation avant de coder

Et plus le code devient logique, simple à ecrire et fonctionne du premier coup (ou presque).

En gros, un projet bien mené, c'est 80% de reflexion, 10% de code et 10% de test.

Un projet mal mené c'est 80% de code, 20% de test et 70% de debug et 50% de ré-écriture et 30% de ré-implentation.

Faire du code tout de suite, on se sent plus efficace (on a l'impression d'avancer) mais ca prend 80+20+70+50+30 = 250% du temps et ca complique beaucoup la maintenance...

Enfin, tout ça c'est mon avis personnel.

[fmh1982]

essaye ça
http://profs.eivd.ch/wwwroot/

[souviron34]

Je diras par expérience :

A FAIRE :

1) bien penser au problème
2) etudier la fonctionalité et sa disposition (ergonomie de l'interface, ou arborescence de la fonctionailté si sans IHM) avec des UTILISATEURS
3) partant de là, faire une analyse correcte de ce qu'il faut, et dans quel ordre
4) éventuellement trouver les bons collaborateurs (PETITE EQUIPE)
5) penser TOUT DE SUITE à la maintenance
6) déduire de l'ensemble ci-dessus une architecture
7) choisir un langage
8) coder
9) Chaque fois qu'une fonctionalité est prête, la faire tester par LES UTILISATEURS.
10) livrer....



A NE PAS FAIRE :

1) Choisir un langage parce que c'est la mode
2) Choisir une plateforme parce que c'est la mode
3) Faire produire des spécifications (en langage informatique) par les utilisateurs
4) Avoir une grosse équipe
5) Avoir une équipe par fonctionalité
6) Respecter à la lettre les normes. Elles sont faites pour servir de guide, par pour être respectées à la lettre (suivant la taille et la criticité du projet bien entendu)
7) Si une IHM est présente, juger la partie présentation (ergonomie) comme à faire en dernier
8) Faire du code sans commentaires
9) Se reposer sur des personalités style "hacker", très efficaces mais dont le code est quasi non-maintenable (à quelques exceptions près)
10) Coder tout de suite et penser après....

Une statistique du Comité Sénatorial américain sur l'Informatique en 1994 (et je doute très fort que cela aie changé depuis, sinon même empiré), était :

50 % des projets de plus de 2 millions de lignes de code sont arrêtés ou dépassés
50 % des projets de plus de 50 mois de durée sont arrêtés ou dépassés

91 % des projets des grosses entreprises informatiques échouent
(58 % des projets des petites entreprises)
Parmi les 9% restant , 47 % ont la fonctionalité requise
(67 % pour les petites entreprises)


reuhhhhhh.....

[diamonds]

essaye ça
http://profs.eivd.ch/wwwroot/

Je suis allé et je ne trouve pas d'information pertinente à ce sujet.
As tu l'adresse exacte ?