Inception

Il ne s’agit pas du film, plutôt du sens qu’avait le mot dans les phases du Rational Unified Process mais appliqué à tout activité intellectuelle.

Les livres sur le brainstorming, une technique de créativité collectivent, illustrent bien à mes yeux le processus très particulier de l’inception, l’étincelle initiale d’un projet, qu’il soit une oeuvre ou un projet informatique.

D’abord un cadre. Qu’essaie-t-on de résoudre. Quelles contraintes se donne-t-on (temps, forme, … )

Ensuite les idées arrivent, et par une étrange combinatoire se multiplient. Deux idées proches engendrent une troisième qui va plus loin. Deux idées contraires engendrent un nouvel axe de réflexion, un contraste. On fait appel à d’autres domaines (des idées qui ont été utiles dans un autre contexte).

Après cette phase d’expansion, une phase de contraction. Les idées s’organisent. On identifie des catégories, des sous-catégorie. On classe, on enrichit la classification. En classant, les idées se confrontent, s’enrichissent encore. La classification permet d’identifier des lacunes, d’où de nouvelles idées. Des idées sont fusionnées, d’autres éliminées, d’autres articulées (besoin, solution du besoin, solution du besoin de la solution du besoin, …). Avec l’ordre apparaissent des axes, une carte, et donc la possibilité de vérifier l’exhaustivité, la cohérence, et d’enrichir le tout, et d’avoir le même niveau d’approfondissement pour tout.

Je vois deux façons de tenir un blog. La première (qui n’est pas la même) consiste à rédiger des articles structurés, fouillés (après l’inception). La seconde (qui est ma ligne ici) consiste à prendre un frémissement, et de le jeter en pâture à la multitude pour recevoir en retour des échos, déformés, enrichis. L’inconvénient c’est que mes articles ne sont pas aboutis. L’avantage c’est qu’ils ne sont pas aboutis ;-)

En fait, je transcris des demi-dialogues, comme si je retranscrivais une ligne sur deux d’une conversation à la machine à café. Un appel assumé à des échanges (pour avoir les autres lignes).

Le concret

J’ai beaucoup plané en info, spéculé, imaginé. Que reste-t-il de ces projets ? Restent les bribes qui ont été partagées, utilisées, dans plusieurs contexte. Le summum étant ce qui a été utilisé en production chez un client (comme outil, voire consécration ultime comme brique livrée en production). Le top du top étant de publier un composant open-source utile. Restent aussi les idées discutées, publiées.

Nos rêves de soft doivent sortir de nos têtes et se confronter au monde réel : contraintes (de temps de réalisation, de fiabilité, …), échanges critiques.

Reste aussi l’activité d’inception, si elle sait faire la part des choses entre besoin et solution (cf http://softreves.wordpress.com)

Conviction

J’oublie toujours. Ce n’est pas parce que l’on est convaincu que l’on a raison. Ce n’est pas parce que l’on semble hésiter, que l’on a tort.

La force de conviction est indépendante de la pertinence du point de vue.

En particulier en ces temps agiles où l’on se remet plus en question, ayant paradoxalement du coup l’air d’être moins sûr et ayant pourtant un point de vue beaucoup plus adéquat.

Mon manifeste à moi

En m’inspirant de la forme du manifeste agile (l’humain plutôt que les processus et les outils, …), voici un peu mon manifeste

• Exprimer ses convictions, ses contraintes, ses raisons plutôt que dissimuler
• Ecouter et changer d’avis plutôt que résister à l’influence
• Interroger avec précision plutôt que convaincre sans écouter
• Faire émerger un consensus sous contraintes plutôt que contraindre à adopter une solution
• Réagir avec souplesse plutôt que prévoir à l’avance
• S’orienter avant de se lancer plutôt que foncer tête baissée pour respecter les charges
• Connaître les différents métiers de l’informatique pour les avoir un peu pratiqués plutôt que de se spécialiser, même dans le management

Recul

Difficile de prendre du recul sur son job quand on a la tête sous l’eau. D’où l’idée d’un blog, pour élaborer mon point de vue, post après post.

Quelques sujets en vrac, pour démarrer :

1. Ce que j’appellerai le chef de projet “holistique” ou “humaniste”
2. Les causes d’échec d’un grand projet (j’ai un exemple bien précis en tête…)
3. Les limites de la pensée modulaire / par composant
4. Comment faire carrière dans le conseil (ce que je n’ai pas encore réussi à faire)
5. La perception du temps
6. Que faire quand vous avez atteint votre niveau d’incompétence de Petters
7. Le développement en cascade, CMMI et les méthodes agiles
8. Chef de projet vs Scrum Master
9. Forfait vs Agile
10. De la réticence à rentrer en profondeur dans les sujets