Les enfants et le marshmallow challenge
J’ai été initié il y a peu de temps par Pierre au Marshmallow Challenge. Ce challenge très ludique permet de mettre en évidence l’intérêt du travail par itération (et optimisation), l’intérêt des équipes hétérogènes et complémentaires. Je vous recommande de vous plonger dans la documentation et d’essayer au moins une fois, c’est simple et rapide. Joué plus 70 000 fois, le plus grand rassemblement a réuni 800 personnes, ce n’est pas initialement un atelier agile et pourtant il rempli fort bien ce rôle.
La dette technique selon Uderzo & Goscinny
Hello, après avoir rapidement jetez un oeil du côté de la loi de Parkinson, voyons aujourd’hui la notion de dette technique. Pour l’historique de cette notion assez simple mais ô combien efficace : wikipedia. Grosso modo l’idée est que, à chaque fois que vous réalisez “à la vite” du développement (généralement parce que quelqu’un exige une date de livraison trop difficile à tenir et donc que la qualité disparaît, ou parce que vos pratiques de développement ne sont pas assez pointues -TDD, Unit Test, Pair programming, refactoring, etc-.
La loi de Parkinson par Astérix & Obélix
La loi de Parkinson… ou les gaz parfaits… veut que “le travail s’étale de façon à occuper le temps disponible pour son achèvement”. Qui dans un projet classique n’a pas vécu cette expérience étrange ? Donnez 3 jours à un “réalisateur”, il consomme les 3 jours pour réaliser ses tâches, donnez lui 10 jours, c’est 10 jours qu’il utilisera… Oui on évite cela avec Scrum au passage ou plus globalement avec l’agile, mais fallait-il le préciser ?
L'agile pourrait-il redonner à la régie ses lettres de noblesse ?
Cher client, cher acheteur, Si je t’écris cette lettre c’est pour te souhaiter de réussir tes projets. Naturellement il ne t’aura pas échappé que réussir un projet “au forfait” est une entreprise incertaine, malgré le contrat qui te lie à ton prestataire. Je me doute que si tu es mature tu as déjà compris que les projets importants, les projets stratégiques, tu ne vas pas les confier à une société externe.
Comment les agilistes s'organisent ?
Récemment Jurgen Appelo a déclenché une initiative prometteuse : réunir, fédérer les agilistes européens. Je trouve cette action très intéressante. Surtout dans sa forme. Jurgen essaye de laisser le réseau faire émerger sa propre organisation tout en l’accompagnant (et pas en le guidant). Je ne sais pas si il réussira. On sent de nombreuses tensions derrière (pas de sa part !), mais comme me l’a glissé Laurent B., l’agile devient “un secteur de l’économie du logiciel” (j’aime sa formule), et donc l’agile aiguise les appétits.
L'identité agile européenne
Très récemment, Jurgen Appelo (Noop.nl) a lancé une réflexion sur un positionnement européen de l’agilité au travers d’une discussion sur LinkedIn. Ses conclusions et la synthèse des commentaires a pris la forme d’un “post” sur son blog : Agile Europe, entrons en action. Je me propose de le traduire ci-dessous et je vous suggère à tous agilistes de France et de Navarre de prendre contact avec Jurgen. En français ou en anglais, car c’est la première chose que je me suis permis de remonter : le problème de la langue, particulièrement dans notre pays.
Carrières dans un monde ou une entreprise agile
Ci-joint le résultat d’une petite réflexion sur les carrières dans une entreprise ou un monde agile. A la remarque : “ok agile d’accord MAIS je suis chef de projet, j’ai été développeur 1, puis développeur 2, et je désirai devenir directeur de projets puis manager de BU… et naturellement ma rémunération est associée à mon poste…”, je n’ai pas de réponse miracle. La première chose serait -en France- de beaucoup mieux apprécier à leur juste valeur les cursus purement techniques, et ne pas considérer qu’une personne de 45 ou 50 ans souhaitant rester développeur est une abhération !
Considérations sur l'expertise
Ceci est un article de Jenea Hayes sur Cooper que j’ai beaucoup apprécié et que j’ai souhaité faire partager aux non anglophones.Merci Thomas de m’avoir mis sur la piste de cet article. Jenea a écrit : Considérations sur l’expertise Vous n’êtes pas un expert Vous rappelez-vous la première fois que vous avez essayé de conduire une voiture ? C’est une expérience exaltante et terrifiante que de tenter de coordonner plusieurs parties de son corps !
Mammuth et les 5 pourquoi
En voyant Mammuth, film pittoresque qui voit Depardieu en motard débonnaire partir à la recherche de ses justificatifs de travail pour toucher sa retraite à taux plein, je suis tombé sur une séquence de mise en oeuvre des 5 pourquoi. Du “Root Cause Analysis” entre Depardieu & Siné ! Je rebondis sur l’occasion pour évoquer cette méthode que j’encourage chacun à pratiquer régulièrement. Tout le monde évoque toujours (ou presque toujours) le même exemple en citant cette méthode : celle du Washington Monument (et encore, le monument en question change souvent !
Coup de gueule contre certaines formations agiles
Je débute l’année par un coup de gueule contre certaines formations agiles. Je ne les citerai pas car je me permets ce coup de gueule sans avoir participé à l’une d’elles, sans connaitre les formateurs, ni la société qui les parraine (prenez donc ce coup de gueule avec les pincettes qui vont plairont). Je me permets ce coup de gueule en raison des feedback réguliers que j’obtiens des stagiaires qui y participent depuis la fin d’année 2010.