{"id":62,"date":"2006-10-02T16:23:36","date_gmt":"2006-10-02T14:23:36","guid":{"rendered":"http:\/\/www.dotmana.com\/index.php\/?p=62"},"modified":"2006-10-02T16:23:36","modified_gmt":"2006-10-02T14:23:36","slug":"autre-approche-de-la-gestion-conception-de-projet","status":"publish","type":"post","link":"http:\/\/www.dotmana.com\/weblog\/2006\/10\/autre-approche-de-la-gestion-conception-de-projet\/","title":{"rendered":"Autre approche de la gestion \/ conception de projet"},"content":{"rendered":"
\n

Business traditionnel<\/h3>\n

Plan \u00e0 3 ans (voire plus …), business plan de (beaucoup trop de) pages, super-\u00e9quipe de techniciens, marketeurs, administratifs (etc.), et de conseils ext\u00e9rieurs, entra\u00eenant un impressionnant burn rate<\/em> (rythme de consommation des capitaux apport\u00e9s par les investisseurs), le moment venu super-conf\u00e9rence de presse avec le hype (exag\u00e9ration) de rigueur, voici enfin le lancement officiel du produit (ou service).<\/p>\n

Beaucoup de temps (pendant ce temps, des concurrents s’agitent, la demande du march\u00e9 a \u00e9volu\u00e9, de nouvelles solutions techniques sont apparues)<\/p>\n

Beaucoup d’argent<\/p>\n

Beaucoup de risque\u00a0: on n’a toujours pas, \u00e0 ce stade, de jugement r\u00e9aliste sur les usages, les utilisateurs, le march\u00e9, etc.<\/p>\n

De nombreuses start-up, encore aujourd’hui, fonctionnent de cette fa\u00e7on. Le d\u00e9coupage de l’arriv\u00e9e des capitaux en “tranches conditionnelles” ne change rien au fond de l’affaire\u00a0: on pilote une jeune pousse comme si c’\u00e9tait un p\u00e9trolier g\u00e9ant, alors qu’il faudrait la manier comme un d\u00e9riveur en r\u00e9gate.<\/p>\n

Projet moderne<\/h3>\n

En reprenant la m\u00e9thode appliqu\u00e9e par l’ouvre-bo\u00eete<\/a> :<\/p>\n

– Environnement cr\u00e9atif de concurrence \/ g\u00e9n\u00e9ration d’id\u00e9es ==> maturation rapide
\n– Des maquetteurs se saisissent d’une id\u00e9e ==> maquettage rapide (et peu co\u00fbteux)
\n– Maquettes d’usages\u00a0: Observer “en vrai” usages, utilisateurs. Dialoguer avec utilisateurs et commentateurs (la maquette est d’origine pourvue des outils de dialogue comme ceux des blogs) sur usages, fonctionnalit\u00e9s …, susciter et accueillir suggestions commerciales, marketing, RP, techniques. Observer les r\u00e9actions sur le Web, et r\u00e9agir (la maquette est d’origine pourvue de RSS et trackback comme ceux des blogs, ou elle est b\u00e2tie autour d’un blog).<\/p>\n

Parmi les utilisateurs ou commentateurs (locaux ou rep\u00e9r\u00e9s sur le Net) se trouvent de futurs partenaires pour l’\u00e9cosyst\u00e8me [*] du projet. A noter que l’\u00e9cosyst\u00e8me peut cro\u00eetre d\u00e8s le lancement de la maquette si elle est pourvue de RSS, API … et acc\u00e9l\u00e9rer encore l’utilit\u00e9 de la maquette. Parmi ces utilisateurs ou commentateurs, se trouvent aussi de futurs collaborateurs, distributeurs, financiers …<\/p>\n

Toute “bonne” maquette est d\u00e8s l’origine dot\u00e9e de RSS et d’API.<\/p>\n

[*] Ecosyst\u00e8me\u00a0: th\u00e8me abord\u00e9 \u00e0 de nombreuses reprises sur ce blog ou sur l’ouvre-bo\u00eete (par ex. ici). En bref\u00a0: un produit ou service b\u00e9n\u00e9ficie de l’existence d’autres produits ou services. Les services utilisant le Net peuvent de plus collaborer entre eux (RSS, API, etc.) pour produire plus de valeur et une meilleure existence. En ce qui concerne une maquette, la multiplication et croissance de services “li\u00e9s”, d\u00e8s la naissance de la maquette, fournit aux initiateurs du projet, et \u00e0 des investisseurs, une excellente indication de potentiels (d’usages, techniques, commerciaux, financiers) et de la “valeur du projet.<\/p>\n

Il est tr\u00e8s important de noter qu’une maquette n’a pas besoin d’\u00eatre parfaite. Par exemple, elle ne pr\u00e9sente pas (pas toujours) toutes les fonctionnalit\u00e9s qui seraient jug\u00e9es int\u00e9ressantes. Les seuls juges des fonctionnalit\u00e9s, ce sont les utilisateurs. Il vaut mieux pr\u00e9senter moins de fonctionnalit\u00e9s que plus, parce que plus de fonctionnalit\u00e9s\u00a0:<\/p>\n

– c’est plus lent et co\u00fbteux \u00e0 mettre en place
\n– plus il y a de fonctionnalit\u00e9s, plus il y a de bugs, \u00e0 court et \u00e0 long terme
\n– plus il y a de fonctionnalit\u00e9s, plus le design est difficile
\n– plus il y en a, plus l’utilisateur s’y perd (bad user experience<\/em>, dommageable pour le projet) … et moins il en utilise (cf. l’usage r\u00e9el des traitements de texte)
\n– il est beaucoup plus facile pour un utilisateur de r\u00e9clamer une fonctionnalit\u00e9 (la maquette est d’ailleurs l\u00e0 pour \u00e9couter ses suggestions) que de proposer sa suppression (et on peut difficilement compter sur l’\u00e9quipe maquette pour supprimer une fonctionnalit\u00e9 dont elle est si fi\u00e8re)<\/p>\n

La “m\u00e9canique” derri\u00e8re la maquette n’a pas non plus besoin d’\u00eatre parfaite \u00e0 la date de lancement de la maquette. Par exemple, pas besoin d’algorithmes ultraperformants. Tant mieux s’ils sont l\u00e0. L’optimisation (ou le remplacement par une m\u00e9canique flambant neuve) viendra ensuite. Et les signaux pour indiquer la n\u00e9cessit\u00e9 d’am\u00e9liorer ou changer la m\u00e9canique sont d\u00e9clench\u00e9s par l’usage de la maquette. Par exemple, par une mont\u00e9e continue et rapide du nombre d’utilisateurs. Tout ce qu’on demande \u00e0 une maquette, c’est de “marcher”<\/em>.<\/p>\n

Id\u00e9ation rapide, Maquette rapide, Synth\u00e8se rapide\u00a0: En peu de temps, en ayant peu d\u00e9pens\u00e9, on a tous les \u00e9l\u00e9ments de d\u00e9cision pour “la suite” :<\/p>\n

– Usages et march\u00e9s
\n– Concurrence
\n– Fonctionnalit\u00e9s\u00a0: lesquelles am\u00e9liorer, cr\u00e9er. Avec, \u00e9ventuellement, quels outils ou services propos\u00e9s par les utilisateurs et commentateurs
\n– Partenaires de l’\u00e9cosyst\u00e8me, distributeurs, …
\n– Etc.<\/p>\n

Un projet ayant d\u00e9montr\u00e9\u00a0:
\n– sa capacit\u00e9 \u00e0 produire “beaucoup” avec des ressources limit\u00e9es
\n– sa validit\u00e9 “en vrai”
\n– son potentiel d’usages, de march\u00e9s, de partenariat
\n– sa r\u00e9activit\u00e9
\n… a une valeur intrins\u00e8que importante. Les initiateurs du projet sont en bonne position pour inspirer confiance \u00e0 des investisseurs, et n\u00e9gocier la valorisation du projet.<\/p>\n

Open Business\u00a0?<\/h3>\n

En somme, tout ceci une application aux processus d’innovation et de business de l’adage release early, release often<\/em><\/a>, titre d’un chapitre de The Cathedral and the Bazaar<\/a> (Eric S. Raymond<\/a>, technicien, \u00e9crivain, proph\u00e8te et … parfois provocateur). Dans ce chapitre d’un ouvrage synth\u00e9tisant une “anatomie du d\u00e9veloppement d’un logiciel”, l’auteur \u00e9crivait d’ailleurs aussi\u00a0: Release early. Release often. And listen to your customers<\/em>.<\/p>\n

Eric S. Raymond d\u00e9fend ardemment les avantages du Open Source<\/em>, notamment l’incroyable efficacit\u00e9 des boucles cybern\u00e9tiques<\/em> (r\u00e9troactions) entre d\u00e9veloppeurs, entre d\u00e9veloppeurs et utilisateurs, entre utilisateurs. Un business moderne, \u00e0 ses d\u00e9buts comme ensuite, devrait sans arr\u00eat installer, entretenir, favoriser toutes sortes de r\u00e9troactions. Et les analyser.<\/p>\n

Le c\u00f4t\u00e9 “Open” du business moderne, o\u00f9 pourrait on le trouver\u00a0? Dans le processus collectif d’id\u00e9ation \u00e0 l’origine d’une maquette. Dans l’ouverture d’esprit et le dialogue public permanent avec les utilisateurs et tous partenaires. Dans la cr\u00e9ation et le d\u00e9veloppement de l’\u00e9cosyst\u00e8me du projet. Dans l’ouverture des usages\u00a0: foisonnement combinatoire. Dans les processus de matching entre personnes, projets, investisseurs, fournisseurs et autres partenaires. Open Business\u00a0?<\/em><\/p>\n

Le c\u00f4t\u00e9 Open, on le trouve encore dans les implications strat\u00e9giques d’une d\u00e9marche de projet en environnement ouvert (\u00e9cosyst\u00e8me). La combinaison de valeurs des services permet un effet long tail<\/em> : couvrir les besoins personnalis\u00e9s de la plus petite niche de march\u00e9, sans que cela augmente le dimensionnement de la logistique g\u00e9n\u00e9rale.<\/p>\n

Nota\u00a0: cet article aura une suite, traitant des financements rapides pour des projets rapides<\/em><\/p><\/blockquote>\n

Cela ferait-il un slogan pertinent et enthousiasmant, ou bien son c\u00f4t\u00e9 provocateur pourrait il provoquer des rejets\u00a0?source<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

Business traditionnel Plan \u00e0 3 ans (voire plus …), business plan de (beaucoup trop de) pages, super-\u00e9quipe de techniciens, marketeurs, administratifs (etc.), et de conseils ext\u00e9rieurs, entra\u00eenant un impressionnant burn rate (rythme de consommation des capitaux apport\u00e9s par les investisseurs), … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4,7,6],"tags":[],"class_list":["post-62","post","type-post","status-publish","format-standard","hentry","category-design","category-dev","category-web-20"],"_links":{"self":[{"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/posts\/62","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/comments?post=62"}],"version-history":[{"count":0,"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/posts\/62\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/media?parent=62"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/categories?post=62"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.dotmana.com\/weblog\/wp-json\/wp\/v2\/tags?post=62"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}