De geek à directeur technique

(ce billet fait partie d'un ensemble consacré au projet Skriv)

Alors, j'ai commencé par discuter de l'accès au service et de son prix. Maintenant il serait bon de s'attacher au cœur du problème : à quoi va-t-il servir exactement, quelles vont être ses fonctionnalités ?

Je voudrais définir un outil qui puisse servir aussi bien pour gérer des projets professionnels que personnels. Je dois avouer que la plupart de mes projets personnels ressemblent furieusement à des projets informatiques, mais ce n'est pas une règle absolue.
Comme je l'ai dit en commentaire du précédent billet, la vision que j'ai de Skriv est celle d'un outil de travail collaboratif plus que d'un outil de gestion de projet. Je ne souhaite pas faire un logiciel qui servira uniquement aux “décideurs” pour suivre le travail de leurs employés ; je veux faire le méga-tableau-de-bord qui servira tous les jours (et plusieurs fois par jour !) à l'ensemble de mes collaborateurs pour organiser leur travail, pour communiquer sur tous les aspects de leur travail.

Fonctions de base

On peut reprendre les 4 grands types de fonctionnalités habituelles :

• Un affichage “tableau de bord” qui affiche l'activité récente sur un projet ou sur tous les projets auxquels l'utilisateur a accès.
• Les listes. Il faut pouvoir créer autant de listes que nécessaires, avec la possibilité de les adapter aux besoins (buglist, todolist, checklist).
• Les pages de documentation textuelle. Appelons ça un "wiki", même si j'hésite entre l'utilisation d'une syntaxe de type wiki et l'utilisation d'un éditeur HTML WYSIWYG. Il faut pouvoir lier une page de wiki à une tâche.
• Le partage de fichiers. Chaque projet a bien souvent besoin de fichiers binaires, qu'il s'agisse de feuilles de calcul, d'images ou autres. Il faut pouvoir lier un fichier à une tâche.

Fonctions supplémentaires

Ce qu'on peut y ajouter :

• Des “vues” calendaires, mais je place ça plutôt dans la partie ergonomie/affichage. Cela reste important, surtout si on se sert de ces vues pour éditer les tâches (ce qui revient plus ou moins à avoir un diagramme de Gantt).
• Des rappels par email ou SMS, que ce soit pour nous rappeler des tâches (todolist/buglist de projet) ou définis personnellement.
• La connexion à un compte IMAP. Il y a toujours des informations importantes qui sont échangées par email (même si ce n'est pas une bonne pratique). On pourrait dédier un dossier IMAP à chaque projet, et y accéder via l'interface. On pourrait trouver un moyen pour créer des tâches à partir d'emails, et extraire les pièce-jointes des emails pour les ajouter au partage de fichiers.
• Un système de micro-blogging. Même si j'ai déjà fait part de mon scepticisme vis-à-vis de ce genre d'outil, il y a sûrement moyen de créer un canal de communication supplémentaire. Les micro-messages seraient affichés sur le “tableau de bord” au milieu des indications d'évolution du projet.

Concernant la «communication» :

• On pourrait imaginer que le logiciel pourrait envoyer des emails avec un résumé quotidien ou hebdomadaire des évolutions d'un ou plusieurs projets qu'on aurait décidé de "suivre".
• Il faudrait proposer des flux RSS permettant aux utilisateurs de suivre leurs projets dans un outil externe. Un flux qui reprenne l'activité de tous les projets, un flux pour l'activité des projets “suivis”, et un flux par projet.
• Il faudrait aussi proposer un export au format ICS (iCalendar), pour permettre de suivre les tâches et les projets dans un outil externe comme iCal, Sunbird ou Google Calendar.

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.