Lois de Golub
Un article de Wikipédia, l'encyclopédie libre.
La suppression de cette page est proposée selon la procédure décrite sur Wikipédia:Pages à supprimer. (voir le débat)
(Voir pour référence les critères d’admissibilité des articles sur Wikipédia.)
Vous êtes invité à donner votre avis sur cette proposition. Merci de ne pas retirer cet avertissement tant que la discussion n’est pas close. |
Cet article ou cette section ne cite pas suffisamment ses sources. (date inconnue)
Son contenu est donc sujet à caution. Wikipédia doit être fondée sur des sources fiables et indépendantes. Améliorez cet article en liant les informations à des sources, au moyen de notes de bas de page (voir les recommandations).
|
Lois publiées par M. GOLUB dans Data Management en 1974.
Loi n° 1 : Aucun grand projet informatique n'est jamais mis en place dans les délais, dans les limites du budget, avec le même personnel qu'au départ, et le projet ne fait pas ce qu'il est censé faire non plus. Il est fort improbable que le vôtre soit le premier.
Loi n° 2 : L'un des avantages de fixer des objectifs vagues à un projet, c'est que vous n'aurez pas de difficultés à estimer les dépenses correspondantes.
Loi n° 3 : L'effort nécessaire à redresser le cap croît géométriquement avec le temps.
Loi n° 4 : Les buts, tels que les entend celui qui en décide, seront compris différemment par chacun des autres.
Loi n ° 5 : Seuls les bénéfices mesurables sont réels. Or les bénéfices immatériels ne sont pas mesurables. Donc les bénéfices immatériels ne sont pas réels.
Loi n ° 6 : Toute personne qui peut travailler à temps partiel pour un projet n'a sûrement pas assez de travail en ce moment.
Loi n ° 7 : Plus grande est la complexité d'un projet, moins vous avez besoin d'un technicien pour le diriger : trouvez le meilleur manager possible, lui trouvera le technicien.
Loi n ° 8 : Un projet mal planifié prendra trois fois plus de temps. Un projet bien planifié prendra seulement deux fois plus de temps.
Loi n ° 9 : S'il y a un risque que quelque chose marche mal, ça marchera mal.
Loi n ° 10 : Quand les choses vont bien, quelque chose ira mal. Quand les choses semblent aller mieux, c'est que vous oubliez quelque chose.
Loi n ° 11 : Les équipes de projet détestent les comptes-rendus hebdomadaires d'avancement des travaux parce que ceux-ci mettent trop vivement en lumière l'absence de leurs progrès.
Loi n ° 12 : Les projets progressent rapidement jusqu'à 90%, puis ils restent achevés à 90% pour toujours.
Loi n ° 13 : Si on laisse le contenu d'un projet changer librement, le taux de changement dépassera le taux d'avancement.
Loi n ° 14 : Si un utilisateur ne croit pas au système, il créera un système parallèle... Ni l'un ni l'autre ne fonctionneront très bien.