Le Personal MBA
La refactorisation
Sur le plan pratique, vouloir Optimiser un grand nombre de variables à la fois ne fonctionne pas. Vous devez être capable de vous concentrer sur une seule variable le temps nécessaire pour comprendre comment les Changements que vous opérez impactent l’ensemble du système. Efforcez-vous de trouver des Causalités (et non des Corrélations) dans vos Changements, mais sachez que vous pouvez avoir du mal à attribuer tel résultat à tel Changement en raison des Interdépendances cachées.
Rappelez-vous : vous ne pouvez pas Optimiser la performance d’un système en agissant sur un grand nombre de variables à la fois. Sélectionnez la variable la plus importante et portez-y tous vos efforts.
RETROUVEZ CE CONCEPT À L’ADRESSE :
http://book.personalmba.com/optimization/
La refactorisation
« L’élégance n’est forcément pas naturelle et ne peut être obtenue qu’à grands
frais. Si vous faites une chose une fois, elle ne sera pas élégante, mais si vous
la faites pour voir ensuite ce qui pourrait être plus élégant, et la refaites, vous
pouvez, après maintes répétitions, obtenir quelque chose de très élégant. »
ERIK NAGGUM, INFORMATICIEN
T ous les Changements opérés sur un Système ne sont pas destinés à affecter ce qu’il produit. Il est parfois plus efficace de reconfigurer un processus sans modifier le résultat final.
La Refactorisation est le processus qui consiste à changer un Système en vue d’améliorer son efficacité sans changer le résultat qu’il produit. Ce terme est issu de l’informatique et de la programmation – les programmeurs passent des heures à réécrire un programme qui, si tout va bien, fait exactement la même chose au final. Alors pourquoi se donner ce mal ? L’avantage majeur de la Refactorisation n’est pas d’améliorer le résultat final, mais de rendre le Système lui-même plus rapide ou plus efficace. En réorganisant les processus que le système utilise pour produire un résultat, il est possible d’obtenir un programme qui fonctionne plus vite ou réclame moins de ressources pour fonctionner.
La Refactorisation commence par la Déconstruction d’un processus ou d’un Système, puis se poursuit par la Reconnaissance de modèle. Quels sont les processus déterminants, à savoir ceux qui doivent absolument être effectués correctement pour atteindre l’objectif souhaité ? Ces processus doivent-ils être réalisés dans un certain ordre ? Quelles sont les Contraintes ? Qu’est-ce qui semble particulièrement important ? Collectez un maximum d’informations sur le fonctionnement du système, puis observez-le fonctionner.
Vous n’allez pas tarder à remarquer certaines choses qui n’ont pas lieu d’être ou vous paraissent absurdes – des choses qui étaient valables en leur temps mais ne le sont plus aujourd’hui. En effet, votre approche d’une tâche peut avoir été une bonne idée à un moment donné, mais ne représente plus la meilleure approche possible à l’heure actuelle.
Une fois que des schémas commencent à émerger, vous pouvez réorganiser le système en regroupant certains processus ou entrées similaires. Pensez à la reconfiguration d’une chaîne de montage : si vous devez constamment vous arrêter dans votre travail pour aller chercher un composant indispensable à l’autre bout de l’usine, il serait préférable de vous réorganiser et de faire en sorte que ce composant soit toujours à portée de main. Le système continuera de produire la même chose, mais vous l’aurez rendu un peu plus efficace et aurez contribué à réduire les pertes de productivité.
Si votre Objectif est de rendre votre système plus rapide ou plus efficace, pensez à la Refactorisation.
RETROUVEZ CE CONCEPT À L’ADRESSE :http://book.personalmba.com/refactoring/ La minorité décisive