Loi 1 : Aucun grand projet informatique n’est jamais mis en place dans les délais, dans les limites du budget, avec la même équipe qu’au départ.
• Le système, finalement mis en place avec retard, ne fait pas non plus ce qu’il était censé faire.
• Le système coûte plus cher, mais c’est une réussite technique (l’opération réussit presque toujours, même si malheureusement le malade meurt souvent),
• Les bénéfices sont inférieurs aux estimations, si on a pensé à faire des estimations.
• Il est fort improbable que votre projet soit le premier à déroger à cette loi.
Loi 2 : L’un des avantages à fixer un objectif vague à un projet est que vous n’aurez pas de difficulté à estimer les dépenses correspondantes, mais inversement l’effort de définition croît géométriquement avec le temps.
• Après l’installation, c’est trop tard.
• Il est conseillé de le faire avant de lancer le projet.
Loi 3 : Les buts, tels que les entend celui qui décide, seront compris différemment par chacune des parties prenantes.
• Si vous vous expliquez avec une clarté telle qu’il soit impossible que qui que ce soit ait mal compris, ce sera le cas de quelqu’un.
• Si vous prévoyez de faire quelque chose qui, vous en êtes sûr, recevra l’approbation de tous, quelqu’un n’aimera pas ça.
Loi 4 : seuls les bénéfices mesurables sont réels. Or, les bénéfices immatériels ne sont pas mesurables, donc ils ne sont pas réels.
Loi 5 : Toute personne qui peut travailler à temps partiel pour un projet n’a sûrement pas assez de travail en ce moment.
• Si son patron ne lui donne pas un travail à temps complet, vous ne devez pas le faire non plus.
• S’il a un problème de répartition d’horaire, le travail de son patron n’en souffrira pas.
Loi 6 : Plus grande est la complexité technique du projet, moins vous avez besoin d’un technicien pour le diriger.
• Trouvez le meilleur manager possible, il trouvera le technicien.
• Le contraire n’est presque jamais vrai.
Loi 7 : Un projet mal planifié prendra trois fois plus de temps à réaliser que prévu. Un projet bien planifié prendra seulement deux fois plus de temps.
Loi 8 : S’il y a un risque que quelque chose marche mal, ça marchera mal.
• S’il est impossible que quelque chose marche mal, ça marchera mal quand même.
Loi 9 : Quand les choses vont bien, quelque chose va aller mal.
• Quand les choses ne peuvent pas réellement devenir pires, elles le deviendront.
• Quand les choses semblent aller mieux, c’est que vous avez oublié quelque chose.
Loi 10 : Les équipes de projet détestent les comptes rendus hebdomadaires d’avancement des travaux parce que ceux-ci mettent trop évidemment en lumière l’absence de leur progrès.
Loi 11 : Les projets progressent rapidement jusqu’à 90% de leur achèvement, puis ils restent achevés à 90% pour toujours.
Loi 12 : Si on laisse le contenu d’un projet changer librement, le taux de changement dépassera le taux d’avancement.
Loi 13 : Si l’utilisateur ne croît pas au système, il créera un système parallèle et ni l’un ni l’autre ne fonctionneront très bien.
Loi 14 : Les bénéfices finaux obtenus sont fonction du sérieux de l’audit a posteriori.
Loi 15 : Aucune loi n’est immuable.
• Le système, finalement mis en place avec retard, ne fait pas non plus ce qu’il était censé faire.
• Le système coûte plus cher, mais c’est une réussite technique (l’opération réussit presque toujours, même si malheureusement le malade meurt souvent),
• Les bénéfices sont inférieurs aux estimations, si on a pensé à faire des estimations.
• Il est fort improbable que votre projet soit le premier à déroger à cette loi.
Loi 2 : L’un des avantages à fixer un objectif vague à un projet est que vous n’aurez pas de difficulté à estimer les dépenses correspondantes, mais inversement l’effort de définition croît géométriquement avec le temps.
• Après l’installation, c’est trop tard.
• Il est conseillé de le faire avant de lancer le projet.
Loi 3 : Les buts, tels que les entend celui qui décide, seront compris différemment par chacune des parties prenantes.
• Si vous vous expliquez avec une clarté telle qu’il soit impossible que qui que ce soit ait mal compris, ce sera le cas de quelqu’un.
• Si vous prévoyez de faire quelque chose qui, vous en êtes sûr, recevra l’approbation de tous, quelqu’un n’aimera pas ça.
Loi 4 : seuls les bénéfices mesurables sont réels. Or, les bénéfices immatériels ne sont pas mesurables, donc ils ne sont pas réels.
Loi 5 : Toute personne qui peut travailler à temps partiel pour un projet n’a sûrement pas assez de travail en ce moment.
• Si son patron ne lui donne pas un travail à temps complet, vous ne devez pas le faire non plus.
• S’il a un problème de répartition d’horaire, le travail de son patron n’en souffrira pas.
Loi 6 : Plus grande est la complexité technique du projet, moins vous avez besoin d’un technicien pour le diriger.
• Trouvez le meilleur manager possible, il trouvera le technicien.
• Le contraire n’est presque jamais vrai.
Loi 7 : Un projet mal planifié prendra trois fois plus de temps à réaliser que prévu. Un projet bien planifié prendra seulement deux fois plus de temps.
Loi 8 : S’il y a un risque que quelque chose marche mal, ça marchera mal.
• S’il est impossible que quelque chose marche mal, ça marchera mal quand même.
Loi 9 : Quand les choses vont bien, quelque chose va aller mal.
• Quand les choses ne peuvent pas réellement devenir pires, elles le deviendront.
• Quand les choses semblent aller mieux, c’est que vous avez oublié quelque chose.
Loi 10 : Les équipes de projet détestent les comptes rendus hebdomadaires d’avancement des travaux parce que ceux-ci mettent trop évidemment en lumière l’absence de leur progrès.
Loi 11 : Les projets progressent rapidement jusqu’à 90% de leur achèvement, puis ils restent achevés à 90% pour toujours.
Loi 12 : Si on laisse le contenu d’un projet changer librement, le taux de changement dépassera le taux d’avancement.
Loi 13 : Si l’utilisateur ne croît pas au système, il créera un système parallèle et ni l’un ni l’autre ne fonctionneront très bien.
Loi 14 : Les bénéfices finaux obtenus sont fonction du sérieux de l’audit a posteriori.
Loi 15 : Aucune loi n’est immuable.
Rédigé par Michel Bruley le Mardi 19 Mars 2024 à 11:59
|
Permalien
|
{0}
> A LIRE EN CE MOMENT SUR DECIDEO
-
L'IA ne réparera pas votre système d'information : pourquoi la gouvernance Data est devenue stratégique
-
Stordata et Qohash annoncent un partenariat transatlantique pour la sécurité des données sur le marché français
-
Everpure annonce de nouvelles fonctionnalités de gestion des données pour l'IA en production à grande échelle
-
Biomemory lance DNA Shield, son premier produit commercial bâti sur sa plateforme d'informatique Moléculaire
-
Planification : arrêtons de demander à l’IA de prédire l’avenir, demandons-lui de nous aider à décider
-
Snowflake annonce son intention de collaborer avec Bleu et Orange Business pour renforcer la souveraineté des données et de l’IA en France
-
La donnée avant l'étiquette : le nouveau défi des PME
-
Precisely lance le MCP Server pour Precisely Automate, permettant de connecter des assistants IA à l'automatisation SAP
-
Dell Technologies transforme les données de l’entreprise en contexte fiable pour les agents IA
-
Lancement de LINK, la nouvelle génération de THIN : Le premier Entrepôt de Données de Santé européen de Clinityx, validé par la CNIL pour 10 ans
Profil
Michel Bruley
Liste de liens
Dernières notes
Galerie
Archives
Rubriques
Rubriques
Rubriques








