La mauvaise conscience générale permet à chacun de se gratifier d’une bonne conscience individuelle : ce n’est pas moi qui suis responsable, puisque tout le monde l’est.
Simone Veil
Note de lecture : La PNL, par Catherine Cudicio
Note : 3 ; Le propos est peu compréhensible, mais les nombreux exercices sauvent un ou deux points.
Je devrais sans douté éviter à l’avenir ces petits livres de chez Eyrolles. Certes, la lecture est rapide, mais ils sont des sources récurrentes de déception ! Celui-ci ne fait pas exception : la dernière page fermée, je n’ai toujours pas une très bonne idée de ce qu’est la PNL !
En lui-même, le livre est en effet succinct : 180 pages (sur un format assez petit) sur 7 chapitres plus une introduction. Cette dernière fait un assez bon boulot pour camper le décors, c’est à dire ce sur quoi s’appuie la PNL mais aussi un bref aperçu historique.
Le premier chapitre est consacré au VAK (visuel, auditif et kinesthésique) et donne quelques clés sur le manière de repérer la dominance. La notion de « calibrage » par laquelle se termine le chapitre reste un peu trop stratosphérique pour moi. Pas non plus évident d’exploiter ce qui est dit ici… Entrer en contact est le sujet du second chapitre qui se limite à 16 pages. Ce sujet s’intéresse non seulement à la distance conversationnelle qui varie en proximité et en posture en fonction de la dominante VAK, mais aussi au mimétisme comportemental.
Continuer à lire « Note de lecture : La PNL, par Catherine Cudicio »
Note de lecture : How to Measure Anything 3rd edition, par Douglas W. Hubbard
Note : 7 ; Extrêmement dense et d’un abord difficile
Ce texte est un grand classique. Pour Douglas Hubbard, tout peut se mesurer ! Une assertion qui crée beaucoup de polémique, à la fois sur la pertinence (et la qualité) de la mesure et la pertinence de mesurer ! L’auteur entend bien, par cet ouvrage, combattre sur les 2 fronts. Ce n’est pas une lecture facile et nombre de chapitres nécessitent un bagage mathématique dont l’auteur nous assène qu’il est simple, mais sur lequel je suis un peu limite.
Il faut compter pour ce texte, 385 pages qui se divisent en 4 parties comptant en tout 14 chapitres. Pour la première partie, « the mesurement solution exist », il faudra compter 3 chapitres sur un peu moins de 70 pages. Elle s’attaque à ce que j’ai appelé la pertinence de la mesure. C’est aussi la partie la plus abordable du livre, de très loin. Je dirais qu’à elle seule elle donne déjà beaucoup de valeur et un outillage intéressant au lecteur. Le premier chapitre « the challenge of intangible » compte pour moins d’une dizaine de pages mais introduit déjà des éléments intéressants ! Tout d’abord la mesure comme outil de décision et de diminution de l’incertitude et le processus « applied information economics » qui est la démarche de l’auteur, au centre de l’ouvrage.
Couvrant une douzaine de pages, le chapitre 2 « an intuitive measurement habit … » introduit l’art de la décomposition dans la mesure avec les exemples de Eratosthène, Enrico Fermi et Emily Rosa. L’auteur y montre brillamment comment on peut par décomposition et observation indirecte obtenir une mesure qui sera une réduction de l’incertitude probablement imparfaite mais meilleure que pas de mesure du tout. Fort d’une quarantaine de pages, le dernier chapitre de cette première partie « the illusion of intangible… » est aussi le plus difficile à digérer. L’auteur y introduit l’approche statistique et plus précisément l’approche Bayésienne (par opposition à l’approche fréquentiste. Pour moi l’élément marquant de ce chapitre est le pouvoir des petits échantillons : avec seulement 5 échantillons (quelque soit la population de départ) il y a 93,75% de chance d’avoir la médiane située entre la plus petite valeur et la plus grande (avec un échantillonnage représentatif).
Continuer à lire « Note de lecture : How to Measure Anything 3rd edition, par Douglas W. Hubbard »
If you know the enemy and know yourself, you need not fear the result of a hundred battles. If you know yourself but not the enemy, for every victory gained you will also suffer a defeat. If you know neither the enemy nor yourself, you will succumb in every battle.
Sun Tzu
Note de lecture : Design for the Mind, par Victor S. Yocco
Note : 2 ; Un ouvrage qui se veut emprunt d’une rigueur universitaire, mais au final trop abstrait pour être utile.
Sans être un spécialiste de l’expérience utilisateur, je pense que ce domaine a beaucoup à nous apprendre pour penser les produits. C’est donc avec un intérêt non feint que je me suis penché sur ce volume abordant les aspects psychologiques de l’UX.
Pas d’inquiétude de prime abord : le volume compte 200 pages divisées en 4 parties pour un total de 10 chapitres. La première partie sert d’introduction et ne compte qu’un seul chapitre fort d’une douzaine de pages. On a les prémices du reste, car l’auteur y insiste beaucoup sur sa démarche académique et nous gratifie d’un couplet « passionnant » sur la persuasion qui ne l’est pas.
Nous voici déjà à la seconde partie, longue d’un peu moins de 80 pages sur 3 chapitres, elle se focalise sur les principe du comportement. En ouverture, le chapitre 2 traite des « comportements planifiés » sur 25 pages. Pour résumer, il y est question de donner à l’utilisateur le sentiment qu’il a le contrôle. L’auteur se fait un point d’honneur à donner un socle académique à chaque sujet (d’où une liste honorable de références bibliographiques en fin de chapitre). Au final le chapitre est assez abstrait et peu captivant, les exemples sui doivent illustrer le propos ne parviennent pas à me sortir de la torpeur où le reste du propos m’a plongé…
Continuer à lire « Note de lecture : Design for the Mind, par Victor S. Yocco »
Note de lecture : Team of Teams, par Stanley McChrystal
Note : 10 ; Une vue holistique inspirante de l’agilité à grande échelle !
Le Général McChrystal fut le commandant en chef des forces américaines en Irak et en Afghanistan à partir de 2003. Ce livre nous raconte comment et pourquoi il a été amené à repenser la structure de fonctionnement de ce détachement militaire face à un ennemi (Al Quaïda en Irak) qui était tout simplement en train de gagner. Mais il ne s’agit pas simplement d’une histoire militaire, en fait il s’agit même assez peu de cela. Il s’agit avant tout de comprendre ce que signifie « s’adapter » au 21ème siècle, pourquoi cela est devenu indispensable, ce que cela signifie et quelles en sont les implications.
Car en réalité, ce que nous appelons « adapter » est souvent au mieux « aménager », car notre façon de pensée est largement imprégnée du réductionnisme direct descendant du Taylorisme, grand vainqueur du 20ème siècle. Le texte de McChrystal tisse de nombreux liens entre le fonctionnement des troupes au moyen-orient et des histoires du passé qui mettent en exergue sous différents angles les limites (voir les dangers) de la pensée réductionniste : le « better, faster cheaper » de la NASA, la gestion holistique des situations d’urgence ou encore les nouveaux entrainements des pilotes de l’aviation civile mettant l’accent sur la collaboration. Il y a encore beaucoup d’autres histoires qui y sont racontées. Car l’ouvrage est avant tout un grand story-telling. Plutôt que de passer les chapitres en revue, je préfère énumérer quelques uns des sujets qui sont évoqués, ce qui ne sera malheureusement pas exhaustif :
Continuer à lire « Note de lecture : Team of Teams, par Stanley McChrystal »
History doesn’t repeat itself, but it does rhyme..
Mark Twain
Note de lecture : Agile Software Development with Distributed Teams, par Jutta Eckstein
Note : 3 ; Très loin de ce que j’espérais…
Sans jamais avoir lu aucun de ses livres, mais en ayant croisé son nom à de multiples reprises, j’avais mis beaucoup d’espoirs dans le texte de Jutta Eckstein. La caution « Dorset House » ajoutant encore un peu à cela. Une attente d’autant plus importante que la fameuse mode du « scaling agile » ne donne rien de réellement convainquant, la plupart des approches misant sur le processus plus que sur le savoir-être agile.
Hélas, ici encore, c’est surtout de processus qu’il est question ! Le corps du texte tient en 220 pages, constitué en 10 chapitres. On ouvre le bal avec « getting started » qui campe la structure du livre en 5 pages. Passons. Au chapitre 2 « assessing agility and distributed projects », l’auteur nous présente sur une quinzaine de pages des généralités sur les différentes catégories (structures) de développement distribué d’une part et les bases de l’agilité d’autre part. Certainement utile et bien écrit pour des débutants mais je n’y ai rien appris.
Le 3ème chapitre « building team » est plus conséquent avec 25 pages. On y fait la différence entre la feature team (équipe pluridisciplinaire à un seul endroit) et l’équipe dispersée où les compétences nécessaires à une réalisation sont réparties sur plusieurs localisations. Si l’auteur insiste à juste titre sur la nécessité de se connaître sur le plan individuel, j’ai été plus déçu par le focus important donné aux rôles qui occupe la dernière partie du chapitre.
Note de lecture : Re-Engineering Legacy Software, par Chris Birchall
Note : 3 ; Une expérience vécue solide pour l’auteur, mais un peu léger voir naïf pour un livre !
Dans l’ensemble, l’auteur s’est contenté d’évoquer ses quelques expériences (surtout une en fait) de travail sur du code Legacy. Certes, l’expérience est assez solide, mais présente aussi d’importantes lacunes dont je parlerai, je pense surtout aux tests.
L’ouvrage en lui-même n’est pas un jour sans fin : il compte 200 pages, réparties en 3 parties qui totalisent 10 chapitres. La première partie « getting started » comprend 2 chapitres qui comptent pour 45 pages. Au premier d’entre-eux, « understanding the challenges of legacy projects », on fait le point sur une douzaines de pages sur les problèmes rencontrés sur du legacy. Des problèmes que l’on connaît fort bien, ce ne sont donc pas des découvertes, le sujet est même traité un peu façon « tarte à la crème » !
Avec une trentaine de pages, le second chapitre « finding your starting point » est plus conséquent. La stratégie apparaît quand même étonnante et même peu pertinente : on y évoque de l’exploratory refactoring (donc du refactoring sans filet ) et l’usage des outils de métrique comme PMD. Mais point encore de tests qui justement me semble le bon point de départ !
Continuer à lire « Note de lecture : Re-Engineering Legacy Software, par Chris Birchall »
If you do not change direction, you may end up where you are heading.
Lao Tseu
Software Freethinker 