avril
2009
L’une des utilisations des cartes mentales (aussi appelées cartes heuristiques) est la prise de notes (au sujet d’un cours, de la lecture d’un livre, sur n’importe quel travail en cours). Tony Buzan, l’inventeur des cartes mentales, critique fortement la prise de notes traditionnelle : il considère que 90% des mots qui sont écrits ne servent à rien (donc 90% de l’effort d’écriture serait du gaspillage, et 90% de la ou les relectures serait aussi du […]
avril
2009
Dans Pragmatic Thinking and Learning: Refactor Your Wetware (vivement recommandé par Java In The Alps), l’auteur Andy Hunt décrit plusieurs biais cognitifs qui affectent nos processus de pensée. En gros, ces biais cognitifs sont les « bugs » dans nos manières de penser. Ces bugs ne viennent pas de notre éducation ou de notre formation, ils sont inhérents au « fonctionnement » de notre cerveau, et nous les avons tous à des degrés divers. Bien sûr éducation et formation […]
mars
2009
Si vous souhaitez utiliser de belles icônes pour agrémenter vos cartes mentales, et ainsi voir si cela aide à développer votre capacité de résolution de problèmes comme je l’ai suggéré dans un billet précédent, le site Smashing Magazine propose de nombreux jeux d’icônes gratuits (source : le groupe MindManager Enthousiasts). Utiliser un jeu d’icônes cohérentes donne un résultat bien plus plaisant qu’avec mon ensemble de cliparts hétéroclites ! Ci-dessous je propose une nouvelle carte réalisée […]
mars
2009
N’avez-vous jamais trouvé étrange que dans les « romans d’affaires », comme le célèbre Le But : Un processus de progrès permanent, le héros qui fait face à un problème insoluble prend souvent sa voiture, et roule plusieurs heures tout en réfléchissant à ses difficultés ? Moi cela m’a toujours surpris. J’ai longtemps mis ca sur le compte d’une particularité culturelle américaine, en lien avec les grands espaces et la prédominance de la voiture comme moyen de […]
mars
2009
Aujourd’hui j’ai animé un quatrième dojo agile (en interne, contrairement aux dojos du CARA où je participe comme secrétaire ou animateur occasionnel ou simple participant). Dans les dojos internes ma préoccupation principale est toujours de trouver des activités qui puissent intéresser nos utilisateurs embarqués dans les équipes Scrum. Ces utilisateurs ne savent pas programmer, et je ne peux donc pas me baser sur des activités de programmation pure. Par exemple je ne peux pas utiliser […]
mars
2009
Dans ce billet j’examine comment nous pourrions développer notre capacité à générer de la connaissance afin d’améliorer notre pratique de Scrum (voir billet précédent sur la conception de produits Lean). Pour commencer, je pense qu’il faut distinguer connaissances publiables (par exemple sur le Web) et connaissances confidentielles (relatives au coeur de métier de votre entreprise). Vous pouvez être tentés de considérer que tout ce que vous faites dans votre entreprise est strictement confidentiel. Je n’en […]
mars
2009
Ce livre de Michael N. Kennedy a été publié en 2003, et a pour sous-titre « Why Toyota’s System is Four Times More Productive and How you Can Implement It ». Je ne cherche pas à faire une critique du livre. Pour cela les commentaires sur amazon permettent de se faire une bonne idée. Je détaille simplement certains points qui m’ont frappé, par rapport à mon but de mieux comprendre les implications (notamment organisationnelles) d’une mise en […]
février
2009
Une bonne pratique qui est apparue très rapidement dans nos dojos de programmation est de bien nommer les tests. En effet, comme les dojos successifs sont séparés de plusieurs semaines, à chaque fois on redécouvre le code, et quand les tests sont mal nommés, nous sommes obligés de les relire entièrement pour les comprendre. En fait l’un des avantages des dojos est de simuler sur une courte période ce qui se passe dans la vie […]
février
2009
Discussion intéressante ce 11 février lors du troisième dojo du Club Agile Rhône Alpes : nous nous apprêtions à introduire des commentaires dans notre code de test quand un participant a fait remarquer qu’il préférerait voir ces mêmes informations sur la trace de sortie, afin de rendre les résultats de tests unitaires plus lisibles. Plusieurs solutions ont été discutées, et nous avons retenu la plus simple, à savoir inclure l’information en question directement dans le […]
février
2009
Je viens de voir cette annonce de la dernière nouvelle de Clarke Ching, Rocks into Gold. Clarke Ching, souvenez-vous, j’ai parlé de lui à l’occasion de mon premier dojo agile où j’avais animé son exercice sur le task-switching, afin de sensibiliser les participants au coût élevé de cette façon de travailler. J’aime assez ces auteurs qui présentent des sujets sérieux sous forme de romans. En fait c’est essentiellement Goldratt qui me vient à l’esprit, avec […]
Commentaires récents
- Des tableaux pour l’intégration d’un équipier dans une équipe Scrum dans
- Rétrospectives, la directive première dans
- Des tableaux pour l’intégration d’un équipier dans une équipe Scrum dans
- Des tableaux pour l’intégration d’un équipier dans une équipe Scrum dans
- Des tableaux pour l’intégration d’un équipier dans une équipe Scrum dans