De geek à directeur technique

Ce blog a été ouvert il y a bientôt un an, c'est le moment de faire un petit bilan.

J'avais créé ce blog parce que je pensais avoir des choses intéressantes à partager. Au début je voulais écrire un livre, mais un blog me semblait finalement une meilleure solution ; plus simple à commencer, plus rapide à faire avancer. Les premiers temps, j'écrivais plusieurs articles par semaine, puis le rythme s'est stabilisé. Le blog a été plutôt bien référencé sur certaines expressions (tapez «cycle en v» ou «cycle itératif» sur Google pour voir), le nombre de visiteurs a augmenté continuellement.

Je tiens à remercier particulièrement toutes les personnes qui ont pris le temps de laisser des commentaires. Non seulement ça fait plaisir, mais cela débouche souvent sur des discussions intéressantes.

Vous avez pu remarquer que mon rythme d'écriture s'est fortement ralenti ces deniers temps. Il y a plusieurs raisons à cela. Les deux principales sont évidemment la naissance de ma fille il y a 3 mois (ça vous change la vie d'une manière qui dépasse tout ce qu'on peut imaginer), et mon implication dans mon entreprise (nous sommes passés de 13 à 22 personnes en l'espace d'un an, avons changé de locaux, je gère sans cesse plus de projets).

Mais il y a aussi d'autres raisons, qui ont un lien direct avec le blog : j'ai en préparation quelques projets qui me prennent du temps.

• Je suis en train de reprendre le contenu publié sur le blog, pour en faire un livre. Oui, c'est un retour à l'idée initiale. En fait, la matière première du livre est présente sur le blog et il peut être intéressant de recompiler tout ça en une forme plus structurée, moins “bordélique” qu'un blog. C'est aussi une source d'inspiration, dans la mesure où j'identifie les contenus manquants pour le livre et que j'en profite pour écrire sur le blog les articles correspondant. Et je pense pouvoir faire un bouquin vraiment utile (les pavés de 500 pages dédiés à telle ou telle méthode de gestion de projet ou d'organisation personnelle sont majoritairement remplis de vide).
• Je prépare une présentation «De geek à directeur technique», que je vais exposer dans des écoles d'ingénieur. Le but est de présenter les idées du blog (gestion de carrière, organisation personnelle, gestion de projet, création d'entreprise) d'une manière qui ne soit pas un cours magistral ni la vente d'un concept. La première présentation se tiendra le mois prochain, et j'espère renouveler l'expérience régulièrement.
• Depuis le temps que je teste des outils de gestion de projet, et que j'en développe pour mes propres besoins professionnels (et pour les besoins des entreprises où j'ai travaillé), je commence à réfléchir à l'idée d'en développer un. En reprenant les fonctionnalités les plus intéressantes, en y injectant quelques principes originaux, je pense pouvoir faire quelque chose d'intéressant et utile. On en rediscutera très bientôt sur le blog, mais sachez que la gratuité d'utilisation et l'ouverture (d'une partie importante) du code sont au cœur de ma réflexion.

Ce blog va donc continuer à exister. Peut-être changera-t-il de forme au cours du temps. Je ne suis pas toujours à l'aise avec le principe même du blog.

• Je pense avoir des choses à dire. Mais on m'a déjà dit que certains de mes articles avaient un ton un peu trop “professoral”. Cela se comprend si on remet en contexte le livre que je compte écrire. Mais je trouve difficile de garder un ton léger ou personnel lorsqu'il s'agit d'expliquer des concepts théoriques ou factuels.
• Je suis parfois frustré par le manque d'échange. Très souvent, je souhaiterais discuter certaines idées et concepts ; savoir ce que les autres pensent d'un sujet donné, échanger des propos. Et un blog n'est pas du tout adapté à cela. Faut-il que je mette en place un forum ? (corollaire : connaissez-vous un bon forum sur la gestion de projet ?)
• Pour partager les liens intéressants, j'utilise Google Reader et Twitter. D'ailleurs, ça m'énerve un peu de dupliquer les choses entre ces deux outils... Bref, n'hésitez pas à vous abonner à mes flux. Faites-moi signe si vous partagez des liens sur Google Reader.

Donc voilà où j'en suis. Il y a beaucoup de projets en cours, tous n'aboutiront peut-être pas, mais ce n'est pas grave. L'important est d'avancer.

Je suis régulièrement sidéré en voyant le nombre de personnes qui sont incapables d'expliquer simplement les idées qu'ils ont dans la tête. C'est vrai de manière générale, mais c'est encore pire quand ça concerne le domaine technique.

Dans le même domaine, je parlais dans un précédent billet de l'Elevator Pitch, la notion qui pousse à synthétiser n'importe quelle idée de manière à pouvoir en expliquer les grandes lignes en moins d'une minute.

Je comprends tout à fait que certaines personnes ne possèdent pas les talents d'orateur qui leur permettraient de faire passer leurs idées de manière fluide. Mais il existe un moyen tout simple pour y arriver : un papier et un crayon.
Quand un concept est difficile à expliquer, quand un cheminement intellectuel est complexe à suivre, quand le nombre d'interactions dépasse la mémoire immédiate, il faut avoir le réflexe de faire un dessin. Un schéma rend tout de suite les choses plus claires, plus évidentes.

Et pourtant, j'enrage de voir tous ces informaticiens qui sont incapables de représenter une architecture logicielle, simplement en dessinant des boîtes et des flèches. Je ne comprends pas ces administrateurs systèmes qui ne peuvent pas faire, à main levée, un schéma du réseau qu'ils administrent quotidiennement. Je fuis les entrepreneurs qui ne peuvent pas me faire comprendre l'originalité de leur idée en seulement 3 minutes et quelques croquis.

Pourquoi un dessin ?

Faire un dessin présente plusieurs avantages.

1. La concision. On s'endort devant une présentation pendant laquelle l'orateur fait des phrases à rallonge. Un bon schéma est rapide à comprendre et facile à interpréter.
2. L'universalité. D'une entreprise à l'autre, d'une technologie à l'autre, des vocabulaires spécifiques se créent naturellement. Il est facile de l'oublier et d'utiliser des mots incompréhensibles pour ceux qui nous écoutent. Un dessin incite à prendre de la distance vis-à-vis des termes métier, et force à employer des concepts plus généraux. Idéalement, un bon schéma pourrait se passer de texte ; quand la barrière de la langue elle-même est dépassée, l'accès à l'information est évident.
3. La progressivité. Un schéma n'est pas une œuvre figée dans le temps. Quand on dessine sous les yeux de quelqu'un, on aide cette personne à découvrir des concepts, et à les associer ensemble de manière logique. On lui raconte une histoire, on lui fait suivre le chemin que l'on souhaite, et qui conduit à la compréhension globale du concept exposé.

Les outils nécessaires.

Physiquement, un schéma se fait avec n'importe quoi. Au dos d'une carte de visite, en utilisant le stylo de la serveuse du restaurant. Sur du papier de brouillon, avec la plume hors de prix de votre interlocuteur. Avec un feutre effaçable, sur le miroir d'un ascenseur. Dans une présentation "PowerPoint"... Un schéma très simple peut même être fait du bout du doigt, dans les airs.