La horde agile - les slides
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.
Deux amis
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. :)
Entretien d'embauche agile
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 ?
Rentrée 2013, pourquoi j'ai mangé mon pair ?
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.
Affectation des tâches dans un projet scrum
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.
Documentation agile
Non non non ! Je ne relance pas la discussion sur ce mythe selon lequel il n’y a pas de doc en agile. Je vous fait part d’un feedback de l’un des “technical writer” avec lequel j’ai pu travailler de long mois et avec plaisir (Christopher Nelmes pour ne pas le citer). Comme nous allions répandre la bonne parole auprès des autres “technical writer” (comment le traduire ? -un comble- les gens qui font la doc quoi), je lui ai demandé voilà deux ans un petit retour sur ses impressions et comment aborder l’agilité quand on est uniquement (et c’est beaucoup) responsable de la documentation (end user, utilisateur final).
Appelez cela comme vous voulez
J’entends beaucoup ces temps-ci : “l’agile c’est fini, c’est mort”, et je suis curieux : le monde serait-il devenu beaucoup plus prédictible durant mes vacances ? Aurait-on trouvé le moyen d’innover sans autoriser le droit à l’échec ? Serait-il finalement possible d’optimiser nos travaux avec des gens très malheureux ? Naturellement non. C’est juste que comme souvent on a apposé le mot “agile” sur une équipe, un département, etc sans vraiment prendre deux choses en compte. La première, la plus mineure, se donner les moyens dans la pratique de le mettre en oeuvre, la seconde, beaucoup plus importante, en comprendre la pensée, la culture. (La première est mineure car c’est la forme, la seconde c’est le fond, le fond entrainera la forme).