Du bas vers le haut

La troisième grande leçon que nous pouvons apprendre de l’Open Source et des blogs est que les idées peuvent émerger du bas, au lieu de descendre à partir du sommet. L’Open Source et les blogs fonctionnent tous les deux du bas vers le haut : les gens font ce qu’ils veulent, et le meilleur travail prévaut.

Cela vous semble familier ? C’est le principe de l’économie de marché. Ironiquement, bien que l’Open Source et les blogs soient faits gratuitement, leurs mondes ressemblent aux économies de marché, alors que la plupart des entreprises, en dépit de tous leurs discours à propos des vertus des marchés libres, sont dirigées en interne comme des états communistes.

Il y a deux forces qui pilotent ensemble la conception d’un projet : les idées concernant ce qu’il y a à faire ensuite, et les contraintes de qualité. A l’époque des canaux, les deux allaient du haut vers le bas. Par exemple, les rédacteurs en chef des journaux assignaient des articles à des reporters, puis éditaient ce qu’ils avaient écrit.

L’Open Source et les blogs nous montrent que les choses n’ont pas à fonctionner de la sorte. Les idées et même les contraintes de qualité peuvent aller du bas vers le haut. Et dans les deux cas, les résultats ne sont pas seulement acceptables, mais meilleurs. Par exemple, un logiciel Open Source est plus fiable précisément parce qu’il est Open Source; n’importe qui peut trouver des erreurs.

La même chose se passe avec l’écriture. Alors que nous nous rapprochions de la publication, j’étais très inquiet concernant les articles pour “Hackers & Painters” qui n’étaient pas en ligne. Une fois qu’un article a été vu mille ou deux-mille fois je me sens raisonnablement confiant à son sujet. Mais ceux-là ont été moins examinés littéralement d’un facteur de plusieurs ordres de magnitude. Cela fait penser à la livraison d’un logiciel sans le tester.

C’est à cela que la publication ressemblait avant. Si vous aviez dix personnes pour lire un manuscrit, vous étiez chanceux. Mais j’ai été tellement habitué à publier en ligne que l’ancienne méthode me semble maintenant terriblement peu fiable, comme naviguer en utilisant uniquement les calculs lorsque l’on a pris l’habitude d’utiliser un GPS.

L’autre chose que j’aime concernant la publication en ligne est que vous pouvez écrire ce que vous voulez et le publier quand vous le voulez. Plus tôt dans l’année j’ai écrit quelque chose qui paraissait convenable pour un magazine, je l’ai donc envoyé à un éditeur que je connais. Alors que j’attendais une réponse, j’ai découvert avec surprise que j’espérais qu’ils allaient le refuser. Je pourrai alors le publier en ligne immédiatement. S’ils l’acceptaient, il ne serait lu par personne avant des mois, et durant ce temps-là j’aurai à me battre mot par mot pour le sauver de la mutilation par un rédacteur de 25 ans.[5]

Beaucoup d’employés aimeraient bâtir de grandes choses pour l’entreprise pour laquelle ils travaillent, mais le plus souvent l’encadrement ne les laisse pas faire. Combien d’entre nous ont entendu l’histoire d’employés allant voir la direction et dire “s’il vous plaît laissez-nous construire cela pour vous rapporter de l’argent” — et l’entreprise refuser ? L’exemple le plus célèbre est probablement Steve Wozniak, qui voulait au départ construire des micro-ordinateurs pour son employeur d’alors, HP. Et ils l’ont éconduit. Au Gaffe-omètre, cet épisode rivalise avec celui d’IBM acceptant une licence non exclusive pour le DOS. Mais je pense que cela arrive tout le temps. Nous n’en entendons simplement pas parler d’habitude, parce pour prouver que vous avez raison il faut que vous démissionniez et que vous créiez votre propre entreprise, comme Wozniak l’a fait.