Un petit moment que je n’avais pas fait de fiche de lecture, pourtant 2013 me semble une bonne année de lecture. La plupart de ces lectures sont en relation avec la keynote “la horde agile” que j’ai présenté à plusieurs Agile Tour cette année. Ces lectures m’ont porté jusqu’à ce sujet. Beaucoup de mes réflexions sont en relation avec le cerveau droit, l’émotion, notre culture, ce que nous sommes. Si quelqu’un à des références ou des suggestions, je suis très preneur.

Beaucoup pensent que je n’aime pas le code ou les codeurs. Pas du tout. Grossière erreur. (au passage j’en fus un). Laissons ces gens s’exciter, et continuons sur le code. Oui le code ce n’est pas l’agile. On applique la culture agile dans des environnements où le code est essentiel. On pratique autour du code en rapport avec la culture agile. Mais si le code n’est pas l’agile, il en est le berceau et ce n’est pas une surprise.

Vous trouverez ci-joint les slides de la horde agile, session présentée récemment en keynote à l’Agile Tour Marseille, à l’Agile Tour Toulouse, et très bientôt à l’Agile Tour Montpellier. Les slides n’ont que peu d’intérêt en eux mêmes si ce n’est pour la liste de références en fin. Pour cela les voici.

Pour préparer cette horde agile je me suis mis à travailler sur un texte (20-40 pages). Dès la fin de ce mois d’octobre je l’achèverai et le publierai.

A l’initiative de notre petite association : convergenc.es, Oana et moi-même avons profité de la venue de Dan Mezick au Scrum Gathering Paris pour lui proposer deux interventions supplémentaires à Paris et Montpellier sous la forme d’ateliers de demi-journées. Ceci n’a été possible que grâce à l’aide et la gentillesse de Dan Mezick, qui a bien voulu s’adapter à toutes nos contraintes. Sa présence était obligatoire pour la bonne marche des ateliers comme il le dirait lui-même, la notre restait optionnelle. :)

Hier suite à une conversation avec un copain qui est aussi un client et qui souhaite “embaucher agile”, une idée m’est venue, du genre “mais oui évidemment”. Je lui ai suggéré d’utiliser la scierie à pratiques pour connaître le positionnement, la lecture, l’approche, et la sensibilité agile de ses postulants.

Mise en oeuvre

Il faut proposer les cartes “pratiques” au candidat et lui laisser cinq minutes (ou plus) pour en extraire six qui lui paraissent les plus importantes. Ensuite lui proposer autour de ces six pratiques une conversation : si il devait en enlever trois et en garder trois, lesquelles et pourquoi ?

En octobre j’aurais le plaisir de venir vous parler de la horde agile, que j’avais commencé à évoquer ici et qui a manifestement bien plus aux Agile Tour auxquels j’ai envoyé ma candidature puisqu’ils m’ont conviés, tous les trois, à vous proposer cette réflexion personnelle en tant que keynote (session plénière d’ouverture).

Sachez que je suis touché, flatté et stressé à ce sujet.

Pitch

Qu’est ce qui fait de l’homme, l’homme ? Observons nos ancêtres qui parcouraient la savane. Nous n’avions ni dents acérées, ni muscles proéminents, encore moins une rugueuse carapace. Et pourtant nous avons émergé et finalement dominé le monde. Pourquoi ? parce que nous avions cette culture de l’adaptation en milieu complexe.

Rapidement, une bafouille sur l’affectation des tâches dans une équipe Scrum. J’observe trop souvent des tâches avec des noms dessus. C’est une mauvaise pratique (dans ma compréhension et proposition concernant Scrum). Une équipe de dev Scrum (ne pas limiter “dev” à production de code, mais à développeur de tout ce qui est utile pour parvenir à “fini”), donc une équipe de dev Scrum est auto-organisée. Il faut l’appréhender comme un système global, comme un collectif. Et de fait ne pas affecter, assigner les tâches à une personne. L’équipe est auto-organisée car c’est ainsi que l’on obtiendra de sa part la meilleure performance.