Posts

EQUIPE VERSUS GROUPE Est-il nécessaire d’ajouter quelque chose ? Ce dessin d’Emmanuel Chenu était sans doute destiné à en dire bien plus, mais je l’ai trouvé parfait pour illustrer une fois de plus la question du binômage. Celui-ci est une façon de souder une équipe. Il crée l’alignement des personnes pour qu’elles travaillent de manière unifiée vers un même but. Si votre binômage se passe mal, que les membres de l’équipe détestent ça, pensez à leur rappeler cet objectif et à mettre en lumière ce qu’a apporté cette pratique sur la connaissance des uns et des autres.

Ce week-end, mon grand fils de 5 ans a voulu sortir son vélo pour aller en faire au parc. Pour nous rendre jusqu’au parc, il nous faut environ 15 minutes à pied. C’est toujours un peu fatiguant quand il veut sortir son vélo parce que je sais qu’au retour il faudra que je le porte. Mon fils n’est pas encore très doué pour le vélo. Enfin, j’ai eu peur pour rien, car cette fois ci il ne me l’a pas fait porter.

J’ai discuté récemment avec quelques collègues de Valtech du modèle de préférence psychologique de Myers-Briggs MBTI. Les 4 axes proposés qui conduisent à 16 profils différents donnent une palette subtile et riche de possibilités. Suite à une discussion avec mon cousin Laurent le week-end dernier, je me suis fait la réflexion suivante au sujet du premier axe : Orientation de l’énergie : Extraversion E / Introversion I Extraversion et introversion sont des mots très usés dont le sens qui est utilisé ici de manière précise me donne beaucoup de difficulté.

Quelques liens au sujet d’un nouveau manifeste pour étendre le manifeste agile : Manifeste pour l’artisanat logiciel Quality is dead (James Bach) http://www.satisfice.com/blog/archives/224 Réponse de Robert Martin : Quality is alive http://blog.objectmentor.com/articles/2009/03/07/quality-its-alive-its-alive

J’écris ce message pour répondre à l’inconnu qui a commenté mon cahier du jour Ce que j’écris dans mon cahier du jour n’est pas vraiment à destination du public. C’est plutôt une réflexion personnelle. C’est pourquoi les messages peuvent être assez succins. Je trouve amusant que cette personne m’ait laissé un message lui-même très (trop) court : “Je n’ai rien compris, désolé”. Rien, vraiment ? Il doit bien y avoir quelque chose, j’écris en français tout de même… enfin je m’y efforce.

Emmanuel Gaillot vient de mettre en ligne la feuille de route du kata Mastermind en Ruby que nous avons présenté ensemble aux Valtech Days 2008. Merci beaucoup Manu. Kata Mastermind (licence) N’hésitez pas à la télécharger pour vous entraîner à le faire, c’est un bon exercice pour apprendre le TDD[[Tests Driven Development : développement piloté par les tests]] ;-)

par Bruno Latour, édition La Découverte Ce livre est un roman technique sur le projet Aramis, un système révolutionnaire de transport en commun développé, puis abandonné, par la France dans les années 70-80. Excellent! Qu’est-ce que signifie l’echec ou la réussite d’un projet de cette envergure ?

par Eliyahu M. Goldratt, J. Cox, édition Afnor Célèbre roman permettant d’apprendre de façon ludique la théorie des contraintes et le processus progressif d’optimisation d’une chaîne de production.

Beaucoup d'applications développées de nos jours souffrent d'avoir été basées à priori sur une architecture avec une base de données. Cette décision systématique est la cause de grand maux. Cela faisait un moment que cette réflexion me démangeait, mais je n’arrivais pas à en sortir quelque chose. C’est parfois comme ça quand l’émotion occupe trop le champ. Comme cela m’énerve que les bases de données aient une telle “légitimité”. Et voila que je viens de lire le dernier poste de Martin Fowler.

Qu’est-ce que c’est qu’une “user story” ? Dans les projets agiles, on ne commence pas par écrire un document de spécification dans une phase initiale qui serait ensuite suivie par une phase de réalisation et enfin de validation. Non. A la place, on initialise une liste de “user story”, ou “histoires utilisateur”. Dans la stratégie SCRUM, cette liste s’appelle un “product backlog”. Ces “histoires utilisateur” sont de petites descriptions très courtes d’un besoin utilisateur.