Depuis peu, je me suis remis à "lire" des œuvres de fiction en profitant de leur disponibilité en livres audio. Cherchant en parallèle à lire Alain Damasio après avoir entendu parler de cet auteur à diverses occasions et, en particulier, via le fabuleux podcast Bookmarkers, je me suis jeté sur "Vallée du Silicium" dès sa parution en livre audio.
Ce billet est une revue de ce livre que j'ai donc écouté plus que lu, et peut-être d'autant plus apprécié.
Il est toujours bon, régulièrement, de se confronter à la littérature sur sa propre activité, et c'est ainsi que le livre "Become an effective software engineering manager" s'est retrouvé en haut de ma pile.
Cet article est une revue de ce livre qui, à mon sens, contient de bonnes idées et de bons conseils, mais qui, par certains autres aspects, mérite d'être pris avec du recul.
Note: À ma connaissance, au moment où j'écris, ce livre n'a pas de traduction en français.
En cherchant des resources sur la création et l'innovation, je suis tombé récemment sur un livre qui a attiré mon attention. D'une part le titre semblait tomber dans le mil. Et d'autre part, l'auteur est un artiste que je connaissais déjà pour sa créativité justement.
Ce livre, le Déclic Créatif de Yaron Herman était-il vraiment ce recueil de leçons apprises par un un expert du "terrain" que j'espérais ?
Et surtout tient-il sa promesse de mettre la création à la portée de tous ?
J'ai récemment décidé de revisiter un classique. Publié il y a plus de 12 ans, le Lean Startup n'a pas déçu.
On y trouve bien les notions de MVP et de "feedback loop" qui sont devenus des lieux communs aujourd'hui. Mais il reste aussi quelques pépites qui valent la peine d'être relevées.
Après avoir lu leur livre sur la gestion du changement, j'étais curieux de savoir ce que les frères Heath avaient à dire sur un sujet encore plus fondamental: la communication.
Leur livre précédent et portant sur la question, 'Made to stick', a parfaitement répondu à cette attente, y comprit en prenant un tour surprenant dans son dernier chapitre.
par Annabelle Gawer, Michael A. Cusumano et al.
Il y a bien longtemps un ami m'avait recommandé ce livre Platform Leadership (EN) qui faisait partie des références de son cursus d'étude.
Le livre m'avait impressionné par la façon claire et précise avec laquelle il analysait les deux grands phénomènes qui avaient conditionné le "monde de l'informatique" dans lequel on vivait à ce moment là. Se concentrant surtout sur les initiatives d'Intel qui permirent à l'industrie du PC de croître et s'imposer, le livre comparait aussi cette stratégie avec l'approche radicalement différente utilisée par Microsoft pour faire croître "Windows".
Depuis, le monde a évolué et l'industrie de l'informatique avec. Je me suis donc plus récemment mis à espérer que le livre soit "mis à jour" à la lumière de ces changements, et en le cherchant, ce n'est pas une mise à jour mais un livre entier et tout neuf que j'ai finalement trouvé: Business of Platforms (EN)
Tout aussi impressionnant, et je vous dis ce qui m'a marqué.
Switch, sous titré "osez le changement" dans sa traduction française, propose une façon de réfléchir à comment changer quelque chose (une habitude, une méthode etc), à l'impact sur nous autres humains d'un tel changement et à comment le rendre plus facile pour nous tous.
Le livre est facile à lire (dans sa version anglaise en tout cas) avec un bon équilibre entre des exemples issus de cas réels, des cas d'études simplifiés et une très courte sélection de recettes qui leurs sont associées.
Résumé ici ses principales leçons serait sans doute injuste tant les auteurs ont eux même fait de grands efforts de synthèse à la fin du livre. Je me contenterai donc ici de partager les grandes idées ainsi que le cheminement de pensée tel que je l'ai compris.
L'essentiel du livre suit la "Task Force" de l'armée US en Iraq alors qu'elle doit s'adapter à une guerilla d'AQI (Al Qaeda en Irak).
Les auteurs développent leur proposition d'organisation d'une équipe d'équipes ("team of teams") progressivement, à travers une succession de compte-rendus de missions militaires de cette campagne.
Ils complètent leur raisonnement d'illustrations venant du monde civil pour démontrer comment le type d'organisation qu'ils mettent en avant peut s'appliquer dans un domaine plus large. De façon intéressante, cela les amènes à déconstruire certaines idoles du monde entrepreneurial telles qu'Adam Smith et Taylor et leur opposer d'autres idoles parfois plus inattendues sur ce sujet telles que Tocqueville, l'amiral Nelson, George Mueller de la NASA et un ancien maire de New-York, Bloomberg.
Dans les tous derniers chapitres les auteurs donnent aussi quelques exemples d'initiatives qui ont contribué à changer l'organisation de la "Task Force". Ces exemples sont intéressants mais c'est aussi la partie que j'aurais aimé voir plus détaillée.
Voyons donc ce qu'est une équipe d'équipe pour ces auteurs.
Ce printemps a été assez chargé pour mon projet personnel WaterOnMars.
En effet, en voulant y rajouter une fonctionalité (une première depuis longtemps, mais qui fera peut-être l'objet d'un autre billet), j'ai reçu une salve de "warning" à chaque push et deployement pointant du doigt des éléments essentiels du projet. Car oui ce projet utilisait alors des versions largement obsolètes de Python et Django.
Donc merci aux développeurs de Python et Github de générer ces warnings qui m'ont motivé pour mettre à jour l'application en passant de Python2 à Python3 et passer de Django1.4 à Django2.2.
Les quelques détails et remarques sur cette grosse migration étant purement techniques, ils se liront mieux sur la version anglaise de ce billet.
Dans mon précédent billet j'annonçais la migration de Wordpress vers Nikola.
Mais après avoir profité de Wordpress pendant toutes ces années, j'ai le sentiment que je dois bien quelques explications à la communauté.
Le reste de ce billet résume certains points de mon experience (très bonne !) avec Wordpress, un peu de celle avec zenPhoto et de ce qui fait la différence avec Nikola.
