Note de lecture : Lean Analytics, par Alistair Croll & Benjamin Yoskovitz

Note : 7 ; Un contrepoint au Lean Startup, pour suivre et piloter la croissance avec des métriques.

Le moteur de la Startup, c’est la croissance. Pour accomplir celle-ci, elle passe par plusieurs phases, mais aussi des ajustements, voir des virages radicaux de son positionnement de marché, de son business plan ou de son offre de service. Dans Lean Startup, il y a « Lean » et qui dit Lean dit amélioration et mesure. C’est de mesure dont il est question ici. Le livre évoque les métriques actionnables pour différents contextes et différentes phases des startups.

Ce volume fait partie de la « Lean Series » d’Éric Ries. C’est même un membre en bonne chair de cette série, avec près de 400 pages totalisant 31 chapitres ! Fort heureusement, le tout est rythmé en 4 parties. La première d’entre-elles « Stop lying to yourself » n’accuse qu’une quarantaine de pages pour 4 chapitres. Les deux premiers chapitres rentrent assez vite dans le vif du sujet en abordant les types de métriques (avec l’habituelle mise en garde contre les « vanity metrics ») et les différents tests permettant d’établir celles-ci. Les deux chapitres suivants de cette première partie se focalisent sur les décisions subordonnées à ces métriques. Mention spéciale aux 10 antipatterns sur l’usage des métriques en fin de cette première partie.

Avec 220 pages sur 15 chapitres, la seconde partie « finding the right metric for right now » est de loin la plus conséquente de l’ouvrage. Les deux premiers chapitres s’intéressent au quoi mesurer. D’abord, c’est en passant en revue les frameworks tels que les pirates metrics de McClure ou le « engine of growth ». Mais c’est surtout en ciblant le « One measure That Matters » ou OMTM, un concept qui sera récurent durant le reste de l’ouvrage.

Lire la suite

Note de lecture : Sprint, par Jake Knapp, avec John Zeratsky & Braden Kowitz

Note : 7 ; Une approche du prototypage inspérée du Design Thinking et du Lean Startup, clairement illustrée.

« Sprint », cela fait penser à Scrum. Pourtant, ce n’est pas du tout ce dont il s’agit. Il s’agit ici de tester rapidement et réellement des hypothèses, et ce en 5 jours, le dernier étant consacré aux tests d’idées formulées le lundi même ! C’est Google Venture qui a énoncé cette approche, à cheval entre le Lean Startup et le Design Thinking, pour faire converger plus rapidement et efficacement les startups qu’elle incube.

Cet opuscule de 280 pages couvre le déroulement de ces fameux sprints d’une semaine. En fait, 5 des 6 parties que constitue le texte couvrent les 5 jours du Sprint. Seule la première partie « plantez le décors » et ses 3 chapitres totalisant 60 pages sert de préambule. Passé l’introduction, le premier chapitre « le défi » réponds au « pourquoi » de cette démarche : il s’agit bel et bien de tester des hypothèses par le biais de prototypes passés au crible d’un vrai test utilisateur ! A ce titre, l’histoire du robot de Savioke s’avère particulièrement éloquente. Le second chapitre évoque l’équipe : elle doit être pluridisciplinaire et surtout intégrer LE décideur, doté d’un superpouvoir de vote. A quelques détails près on retrouve l’esprit du Design Thinking. Enfin, « le temps et le lieu » fixent les règles du jeu de l’exercice, y compris quelques petites règles destinées à ne pas s’enliser dans la non-décision, car le temps va filer très vite !

La seconde partie est consacrée au lundi ! Ce jour-là doit répondre à quelques questions : quel est l’objectif ? Une question que l’on traitera façon « remember the future ». Ensuite ce sont les questions pour lesquelles on désire des réponses. Cette journée du lundi est vouée à l’exploration et les outils pour cela sont les diagrammes de flux, les notes « HMW » et l’interview d’experts. Tout cela mis à plat, le lundi se conclura par le choix d’une cible. Même enrobé différemment, on reconnait ici nombre d’outils agiles.

Lire la suite

Note de lecture : The Startup Way, par Eric Ries

Note : 7 ; Ou comment institutionnaliser le Lean Startup dans les grandes entreprises.

Pas facile de saisir un second souffle quand on a commis un ouvrage tel que « The Lean Startup ». Le Leader’s Guide qu’Eric Ries a précédemment écrit n’était pas mauvais mais il n’était pas celui-ci. Avec ce texte, l’auteur poursuit deux objectifs : faire écho au « Toyota Way » qui inspire très précisément le titre de cet ouvrage et évoqué le « scaling » du Lean Startup dans une grande organisation. Sur ce second volet, et comme pour le précédent livre, c’est surtout General Electric qui servira de terrain d’illustration.

Eric Ries nous a concocté un tome de belle facture : couverture rigide et un texte articulé en 3 parties, sur 11 chapitres totalisant 350 pages auxquelles il faut rajouter les annexes. La première partie s’intitule « the modern company » et compte 5 chapitres, soit 120 pages environ. Le premier chapitre occupe une vingtaine de pages. Il y est question de « respecter le présent et inventer le future ». Ici l’auteur campe le décor : l’incapacité des acteurs traditionnels à gérer l’incertitude et le rôle du leader. L’auteur met en contraste les entreprises modernes et classiques. Pour se faire, Eric Ries revient à ce qu’il connait bien : raconter des histoires.

Le second chapitre compte également une vingtaine de pages. L’auteur y introduit son thème préféré : le rôle de l’entrepreneur (ou intrapreneur) au sein de l’entreprise : il s’agit d’une fonction orthogonale aux services transverses de l’entreprise. Toujours sur 20 pages, le chapitre 3 s’inscrit en direct continuité : comment introduire l’état d’esprit startup au sein même de l’entreprise ? Cela implique une vision et des indicateurs associés mais aussi inscrire l’entreprenariat comme une cheminement de carrière.

Lire la suite

Note de lecture : Scaling Lean, par Ash Maurya

Note : 8 ; Un modèle de Scaling autour de la « customer factory » qui s’avère puissant et très bien développé.

Ce livre s’inscrit dans la continuité de « running lean ». Pour ce nouvel opus, l’auteur a choisi d’être édité de façon plus élaborée, avec une mise en page élaborée et une impression en deux couleurs ! Le fond est aussi à la hauteur de la forme : c’est un bon livre, un très bon livre ! Aussi bien sur la teneur que sur l’approche pédagogique pour délivrer celle-ci.

A l’origine, cet ouvrage devait s’intituler « the customer factory », mais fort justement l’auteur a acté que le texte embrassait plus largement que ce dernier modèle, représentation plus élaborée et plus parlante des « pirate metrics » de Dave McClure, il qu’il s’inscrivait dans la continuité de « running lean » sur les phases aval.

C’est un beau livre. S’il compte 275 pages, il ne faut pas non plus se laisser tromper par le format et la mise en page peu conventionnelle (sans compter les nombreuses et larges illustrations), bref c’est un équivalent d’un peu moins de 200 pages sous un format plus classique. Il compte 11 chapitres structurés en 3 parties auxquels il faut ajouter une introduction et une conclusion.

Lire la suite

Note de lecture : The Four Steps to the Epiphany, 3rd edt. – Steven Gary Blank

Note : 7 ; L’excellence du story telling et la fatuité du process tout à la fois !

Le livre de Steve Blank, c’est un peu pour moi l’ancien testament du Lean Startup, parce qu’il précède de 5 ans l’ouvrage emblématique d’Eric Ries, et parce que l’auteur est le maître à penser du chef de file du Lean Startup.

Steve Blank n’est pas seulement l’un des gourous des startups les plus en vue de la Silicon Valley, il fut également directeur marketing. Le message de son ouvrage se concentre essentiellement sur un axes : il faut substituer au « product development » le « customer development » ! L’ensemble du texte détaille donc ce processus de développement client.

Si le volume semble se contenter de 200 pages, il faut aussi compter les volumineuses annexes qui en couvrent 80, ainsi que la mise en page assez dense qui fausse aussi quelque peu cette impression. En parlant de mise en page, celle de ce volume ne brille guère. Ce dernier est édité à compte d’auteur, et l’on voit ici ce qui peut différencier une édition assez artisanale d’une édition professionnelle. J’avoue que c’est un des aspects qui rends la lecture ardue. Le second étant le volet « processus » du livre. Mais j’aurais l’occasion de revenir dessus.

Lire la suite

Note de lecture : Startup Growth Engines, par Sean Ellis & Morgan Brown

Note : 5 ; Il ne dit pas tout…

Sean Ellis est à l’origine du terme « growth hacker ». Cet ouvrage s’inscrit dans la continuité de cette approche. Ou plutôt, elle en est la déclinaison pratique par l’exemple : ce sont 10 entreprise dont les facteurs de croissance spectaculaire sont analysés, décortiqués ici. C’est en reconstituant l’histoire de ces startups que l’auteur nous montre précisément le ou les facteurs qui n’ont pas donnés les résultats escomptés et les changements qui ont provoqué le décollage et pourquoi.

On commence avec Yelp! Pour les auteurs, le site de recommandation a su démarrer au niveau local pour assurer son assise dans la baie de San Francisco jusqu’à y devenir incontournable. Yelp! A aussi su éviter la dérive pub : le focus a toujours été l’utilisateur, ne pas biaiser les avis en fonction des annonceurs, récompenser les bons comportements et promouvoir les « Yelp Elite » qui tractent le site par la qualité et la quantité de leurs notations. Un moment important fut le pivot des recommandations d’amis vers le partage de revues, en 2005. Yelp! A gagné son pari d’influer les commerces plutôt que l’inverse, mais s’est aussi embarqué très tôt sur la vague mobile.

Github a été créé en 2008, et est devenu depuis le Mammouth de l’open-source (provoquant même la disparition de certains acteurs historiques). Au départ, Github se veut une solution au problème de collaboration que Git adresse mal. Il devient une plateforme de choix pour cloner des repo, proposer des évolutions, bref collaborer, justement. Grâce à cela, Github a très tôt formé une communauté d’ingénieurs chevronnés, noyau d’un « effet réseau ». L’un des facteurs déterminant fut le modèle « freemium » qui n’a pas cannibalisé le modèle payant. Au final, le produit devient très addictif et les utilisateurs fidèles.

Lire la suite

Note de lecture : The Leader’s Guide to Adopting Lean Startup At Scale, par Eric Ries

Note : 5 ; Des outils pour le Lean Startup

Après la publication de « The Lean Startup », Eric Ries cherchait un second souffle, une nouvelle étape de maturité dans la mise en œuvre du Lean Startup. Ce livre s’en veut l’incarnation. Le livre lui-même est une expérimentation : disponible uniquement via kickstarter, je fais partie des heureux élus à en posséder un exemplaire.

Le livre est de belle facture : couverture dure, et 360 pages imprimées en 2 couleurs. Le texte lui-même est découpé en 2 parties, chacune comptant 4 chapitres. La première partie s’intitule « process ». Elle débute par un rappel sur ce qu’est le Lean Startup. Le propos s’entrecroise de sections « tools », « coach guide » et d’histoires issues des coachings de l’auteur (General Electric y tiens une place importante. Mais j’y reviendrais.

Le second chapitre nous rapproche de l’utilisateur, à la recherche de preuves et d’observations plutôt que de leurs assertions. On touche bien là l’esprit Lean et le contenu de ce chapitre nous rapproche aussi du « Running Lean » d’Ash Maurya. Au troisième chapitre, on procède à un gros coup de zoom sur le MVP. L’auteur veut rattraper l’incompréhension sur ce concept issu de son précédent ouvrage. Pour se faire, il développe deux idées principales qui y sont subordonnées :

  • Retirer du MVP tout ce qui ne contribue pas à l’apprentissage que l’on recherche.
  • Associer le MVP à le démarche de construction et de validation d’hypothèses. Là encore une démarche qui nous rapproche du propos d’Ash Maurya.

Lire la suite

How do you know that your product works ?

Ai-je vraiment « terminé » ?

C’est sur cette notion sur laquelle Kniberg nous invite à nous pencher en premier. Quand est-on « done » ?

  • Quand le code est commité ?
  • Quand le produit est testé ?
  • Quand il est déployé en production ?

Dans ce cheminement, c’est l’utilisateur qui est perdu de vue. Même le déploiement en production ne suffit pas, ni même son utilisation par de véritables utilisateurs ? Car à ce niveau qu’est-il vraiment advenu ? Comment le savons-nous ? Le 0% defect peut-être plus qu’une douce illusion : un manque de feedback ! Ce qu’il nous faut, c’est mesurer la pertinence de notre solution.

Où l’on reparle de valeur

La valeur de la solution que nous fournissons à nos utilisateurs n’est pas une mesure absolue, mais la différence par rapport à l’ancienne solution. La valeur n’est d’ailleurs pas la seule valeur, la souffrance soulagée en est une tout assi pertinente. Et Kniberg nous propose de rapprocher ce niveau de souffrance au niveau de gain : est-il positif ? C’est l’ensemble du tableau qu’il faut regarder.

Pour le prouver, nous avons aussi besoin de mesures. Par exemple, les recommandations, qui montrent que le produit est désirable et non que l’on est coincé avec.

Lire la suite

Carnet de route : Le ScrumDay 2014 (4/4), Bonus track !

Après avoir couvert mon parcours de ces 2 jours de ScrumDays (ici, ici et ici), une question reste en suspens : et les autres sessions ? J’ai donc été rechercher du mieux que j’ai pu les supports de présentation des sessions auxquelles je n’ai pu assister. Il en manque encore hélas beaucoup, sans compter la mise en ligne des vidéos. Si vous avez des liens vers les supports manquants, faites m’en part, je les rajouteraient.

Pour commencer, voici le livret des sessions, en mode présentation

La transformation numérique de France Télévision

France Télévision fut le premier sponsor « client final » du French SUG ! Ils nous partagent leur retour d’expérience.

Vous retrouverez aussi cette présentation via le blog d’Alain Buzzacaro.

Le Lean Startup au service du Product Owner, par Jérôme Guenver

J’ai entendu dire beaucoup de bien de cet atelier animé par Jérôme. Un atelier que Jérôme a imaginé suite à une discussion que nous avons eu ensemble chez Zenika. Je suis donc plutôt heureux d’avoir eu un petit rôle pour inspirer un collègue !

Des outils du monde de la psychologie… par Bruno Sbille

On ne présente plus Bruno, en tout cas on ne devrait plus ! Bruno est l’un des piliers de l’imposante communauté agile Belge. Il est aussi l’organisateur de l’Agile Tour Bruxelles auquel je participe depuis sa création (et j’espère continuer). Lors de ce ScrumDay, il proposait cet atelier en plus de son rôle dans la « coach clinic » !

Dans cet atelier, Bruno présentait et permettait d’expérimenter divers outils tels que la PNL, le VAK, etc. Je me souviens encore que Bruno avait fait le déplacement depuis Bruxelles pour la soirée de création du French SUG il y a 6 ans de cela. C’était justeent pour nous parler de PNL !

Let’s Sketch together, par Alvin Berthelot

L’atelier d’Alvin était articulé autour de la création visuelle de produits. Je sais qu’il le produit régulièrement, j’aimerais bien avoir l’opportunité d’y participer…

The big payoff, par Alexandre Boutin

J’avais eu l’occasion de pratiquer ce jeu lors des premiers Agile Game France. Alex remet le couvert pour ce très bon agile game. Vous pouvez en trouver le descriptif en anglais ici. Et mieux encore le descriptif en Français ainsi que le matériel de jeu sur le blog d’Alex.

Faites Revivre vos spécifications

Un autre sujet orienté BDD issu d’une expérience récente de Yannick. Il m’en avais parlé lors d’un déjeuner, plus tôt dans l’année. Une optique de l’acceptance testing qui diffère un peu de la mienne, mais sans être incompatible (si, si !).

Open Agile Adoption, par Pablo Pernot et Oana Juncu

Encore une session à laquelle j’aurais aimé pouvoir assister si j’avais pu me dédoubler. Too many sessions, so little time…

Ici, Oana et Pablo nous dévoilent (en partie) le framework de Dan Mezik.

Créer le bon produit avec le Lean Canvas, par Romain Couturier

Romain a vécu un ScrumDay mouvementé, avec une panne de sonorisation suivi d’un changement de salle. Ici Romain nous parle du Lean Startup et plus précisément de l’outil de référence développé par Ash Maurya .

Les nouveaux outils du Product Owner

Story Mapping, Impact Mapping, Lean Canvas et Kanban : ce sont les « nouveaux » éléments que nous propose Claude pour le Product Owner.

Agilité : la fin du middle management ? Par Kevin Maccioni et Fabien Barbaud

Avec le passage à Scrum, le retour d’expérience des deux orateurs les amènent à répondre oui !

Introduction to Visual Management, par Natalie Yadrentseva

Je ne suis pas certain de joindre ici le bon support, je l’avoue…

Certains éléments de cette présentation me rapellent furieusement le Lightning Talk d’Igor Sviridenko à l’Agile France 2013…

Devops Game, par Vincent Daviet

Le troisième atelier Zenika de ce ScrumDay nous était proposé par notre nouveau venu Lyonnais avec ce Devops Game que je n’ai hélas pas pu expérimenter.

Podojo : PO, viens t’améliorer par la pratique avec nous ! Par Guillaume Duquesnay et Nicolas Verdot

A défaut d’un support de présentation, voici une petite vidéo avec une interview de Dominique Lequepeys sur cet atelier

Le Product Owner est-il un Product Manager agile ? Par Sébastien Saccard

Sébastien Saccard n’est pas un inconnu pour moi : tout d’abord il fut à l’initiative du workshop d’Ash Maurya à Paris, ensuite en tant que président de l’association We Do Product Management, il fut à l’instigation de la rencontre avec Gojko Adzic hébergée chez Zenika.

Sébastien cherche à développer le métier de Product Manager en France. Sa présentation va dans ce sens.

Vous pouvez aussi retrouver la présentation de Sébastien sur son Blog.

Agile-Lean-Kanban : Le guide du routard 2014, par Christophe Keromen

Bien rodée, j’avais eu l’occasion d’assister à cette très vivante présentation de Christophe à l’Agile Tour Rennes 2013. Mais était-ce réellement la même ?

My Product is a James Bond Movie – part V, par Pierre Neis

Les présentations de Pierre ne ressemblent à rien de connu ! Elles sont difficile à raconter, et je doute que le support ci-dessous lui rende justice. J’avais assisté à la « part I » de cette série « James Bond Movie » lors de l’Agile Tour Bruxelles 2013 … nous voici rendu au 5ème opus !

Développer en mode Kick-Ass, par Samuel Le Berrigaud

Le Kick-Ass de Samuel, cela me fait penser au « programming motherfucker » ! D’ailleurs en fait, il en parle dans sa présentation. Je vous recommande ce support pas mal du tout … en attendant la vidéo !

De la culture projet à la culture produit, par Céline Stauder et Gregory Alexandre

La présentation de Céline et Grégory est tout à fait dans le thème de ce ScrumDay. Par contre le support ne vous permettra guère de saisir la substance de la présentation !

Le prétotyping, avec Elalami Lafkih

Le prétotyping, c’est du prototypage « low cost », plus tôt donc avec un feedback anticipé. Elalami nous en expose un certain nombre de techniques. J’ai repris le support de l’orateur utilisé durant l’Agile Tour. Je suis parti du principe qu’il s’agissait du même…

Kapla Challenge, avec Dragos Dreptate

Construire un pont par itération (avec des Kapla), c’est le challenge que nous propose Dragos durant cet atelier

Faire Agile, c’est bien…, par Aurélien Morvant et Simon Jallais

Simon et l’homme aux chaussures de couleurs différentes nous proposent de découvrir ce qu’est « vivre agile ». Une session plutôt décalée !

DSL et refactoring pour les tests d’acceptation, par Laurent Py

Laurent nous fait partager son expérience ATDD / Devops chez Smatesting. En fait, la session ressemble terriblement à une promotion de l’outil Zest’ qui est, oh surprise, développé par la société dont Laurent Py est CEO !

Bon, voici quand même cette présentation…

Les reportages du ScrumDay

Une petite séquence « fun », tournée en bonne partie durant la pause déjeuner du second jour.

Et le reportage du ScrumDay, avec quelques interviews et des interventions de Xavier Warzee et Alistair Cockburn

Ils en parlent aussi…

Quelques liens vers des articles de blog que j’ai peu glaner à droite et à gauche. Si vous avez d’autres liens, n’hésitez pas à m’en faire part.

Il y avait une Coach Clinic, mise sur pied par Fabrice Aimetti et Bruno Sbille. Côté Zenika, Géry Derbier y participait ainsi que Laurent Sarrazin pour Rupture 21. Un compte-rendu est disponible sur le site d’Ayeba.

Alex Boutin nous livre sur son Blog la manière dont il a vécu ce ScrumDay.

Un retour de Laurent Sorin sur la table ronde menée par Véronique Messager

Autre retour également en provenance d’Ippon, un feedback sur la session de Rachel Davies par Victoria Pedron.

Dominique Lequepeys nous adresse les points forts des sessions auxquelles il a participé. Youpi, ceci inclut la mienne !

Christophe Deniaud fait aussi son billet de Blog sur les sessions qu’il a vu, ainsi que sur l’open-space. Lui aussi donne son feedback sur mon atelier. Pas sûr que mon message principal sur l’écriture collaborative des tests soit bien passé…

Coactiv nous livre aussi ses retours.