Coaching, équipe et humanité

La fête des soirées de NLPNL

2010-06-14T16:08:00.000-07:00

J'ai vécu la soirée des soirées NLPNL qui a eu lieu ce lundi 14 juin 2010 comme un moment particulier, un moment de "Passage" et/ou de “pas sage", sur le thème du choix et du non choix. Entre le clean language qui invite à créer soi-même ses métaphores, les contes métaphoriques qui nous emmènent dans notre propre univers, la systémique collaborative où nous sommes en total responsabilité de notre vécu du système et de notre (ré)action, le questionnement sans réponse où le client prend choix de sa question, le déclencheur photogénique qui invite au passage expressif identitaire, les mots ramenés à leur sens et en polarité comme des aiguilles réactivant les points vitaux existentiels, quel est le lien ?

Qu'est ce qui crée ce passage ? D'où vient-il ? Où va t-il ? Personne ne le sait et pourtant il est bien présent en chacun de nous... Un beau mystère de la vie, de l'existence.

Merci à Andrée Zerah pour cette clôture ouverture des soirées NLPNL

Quels enjeux pour le coaching ?

2010-04-19T11:16:00.000-07:00

Nous avons coutume de séparer monde professionnel et monde personnel/familial. La tendance actuelle est un rapprochement de ces deux mondes. Les liens entre les deux ont toujours existé, nous reproduisons les même comportements dans les deux contextes, sauf que je crois qu'il y a une accélération de ce rapprochement voire une fusion. Avec l'effervescence des nouvelles technologies et des réseaux sociaux, tout est en train de se connecter. Tout cela est accentué par nos habitudes sociales, nous avons plus de congés, donc plus de temps à occuper pour des projets de vie.

Quelles sont les tendances ?

Une augmentation accrue de la complexité en entreprise, l'information est plus riche et est répartie entre les unités business de l'entreprise
Le pouvoir de décision ne peut plus être détenu par les dirigeants seulement
Les "middle managers" moitié opérationnel / moitié décideur sont encore plus sollicités, ils doivent savoir mobiliser leurs équipes tout en transmettant un savoir-faire issu de leur expérience
Les attentes des employés envers l'entreprise sont plus importantes, l'entreprise doit aussi m'apporter quelque chose personnellement sinon je m'investis dans autre chose et j'ai le choix dans ma vie personnelle qui est bien plus remplie qu'il y a 10 ans
La pression sociale et la mondialisation accrue ne me laissent pas le choix, soit je vis dans le rythme effréné économique soit je vis à côté.

Quelles sont les conséquences ?

L'énergie de l'entreprise se déplace pour aller dans les équipes projet alors qu'avant elle était essentiellement concentrée du côté des dirigeants et des comités de direction
Les dirigeants doivent déléguer en partie leur pouvoir de décisions à ces managers pour s'atteler à construire les partenariats et assurer l'accroissement de leur réseau commercial
Les managers doivent apprendre à mobiliser leurs équipes et encore plus maintenant car chaque employé peut choisir plus facilement de s'investir dans d'autres activités: associations, communautés, travaux dans la maison, activités extra scolaires des enfants...
L'entreprise doit être un lieu d'épanouissement de la personnalité de l'individu sinon elle disparaitra...
Les entreprises feront de plus en plus appels à des indépendants

Quelles sont les enjeux du coaching ?

Le coaching doit se déplacer. Réservé aux dirigeants et particulièrement du coaching individuel, cela sera de plus en plus du coaching d'équipe projets et d'organisation
Le coaching doit aussi permettre un développement de la personnalité des personnes dans leur entreprise et en même temps dans leur vie. Le coaching professionnel sera agrémenté de coaching de vie du fait du rapprochement des deux mondes et pour permettre aux employés de trouver un intérêt dans leur travail en entreprise

Tout cela va faire du coaching, un métier encore plus singulier, vécu en situation dans des réunions opérationnelles où le "Je" doit concourir au "Nous" mais aussi où le "Nous" doit permettre le développement du "Je"

J'y vois un coaching d'équipe très focalisé sur les réunions de travail opérationnelles agrémenté d'ateliers de découverte de soi via la rencontre avec l'autre. Un doux mélange pour relier les deux mondes personnel et professionnel et permettre à la fois à chacun de nous de vivre pleinement un monde extrêmement riche et complexe.

Mieux vivre

2010-03-01T10:04:00.000-08:00

J'ai l'habitude d'avoir plusieurs livres d'avance, une bonne trentaine ;) en fait. J'aime regarder ma bibliothèque et me dire... "Hum, il a l'air pas mal celui là. Hops je le lis !" et puis la magie intervient, comme un phénomène de pur synchronicité, le choix du livre est en lien profond avec ce qui arrive dans ma vie. Ici, c'est bien de vie dont on parle, d'expérience optimale de la vie. Ce livre est un joli bijou de développement personnel pour qui cela fait sens. Qu'est ce que ce livre fait écho en moi ?

Vivre le "flow" (expérience optimale) est ce qui donne sens à la vie, tout sa profondeur et son intensité
Le flow est bien un doux mélange d'extrème vigilance et de plaisir
Le flow a plus de chances d'arriver en interaction avec les autres et surtout avec ses amis, le E (extraverti) de MBTI, quand on peut parler des sujets qui nous tiennent à coeur et que nous sommes attentifs à ce que dit l'autre.
Le flow peut aussi être vécu dans des activités solitaires, le I (introverti) de MBTI, mais c'est là que c'est le plus difficile. Par exemple, pour moi, je me rends compte que la lecture d'un livre qui demande réflexion, l'écoute d'une chanson dynamisante accompagnée d'une danse pour le peu acrobatique ;), le montage d'un film de mes vacances, l'écriture d'un article de blog, la relaxation (sophrologie), la cuisine sont autant d'activités solitaires où j'atteinds le flow. En fait, j'ai l'impression que le flow est atteint dans des activités créatrices quand on n'est pas en interactions avec les autres
Par contre, travailler le soir chez soi ne me fait pas atteindre un état de flow :(
Dans mon travail, j'ai observé les moments où j'avais le plus de plaisir par la méthode de l'échantillonnage de l'expérience vécue, c'est très utile, voir salutaire. Je me suis rendu compte que les meilleurs moments de ma journée sont en collectif dans des réunions opérationnelles dans la recherche de solutions ou de développement interpersonnel. Le reste, c'est ... du travail ;)
A noter, que les personnes qui sont "les plus heureuses" sont celles qui sont capables de confronter la vie avec enthousiasme, Ciskszentmihalyi parle de personnalités autotélique. On les retrouve chez les prix nobel, mais pas seulement.

Si ce sujet vous intéresse, je vous conseille donc la lecture de ce livre, en espérant qu'il vous apporte autant qu'à moi !

La création dans le lâcher de certitudes

2010-02-23T14:13:00.000-08:00

Quand je me suis imaginé en train de lâcher toutes mes certitudes, j'ai eu peur, qu'est ce qui fait que je vais exister ? La réponse est pourtant là.

Corps et guérison

2010-02-23T13:47:00.000-08:00

Certains pourraient penser que le discours que tient François Roustang dans cette vidéo est naïf et bien pas moi ! J'adore le "non, c'est pas la peine de parler...", je me le dis tellement souvent ! La phrase clé est trouver sa "position en accord avec son propre espace existentiel"

Qu'est ce qui se passe quand quelqu'un complexe sur sa timidité ? Quand il parle à un public, son énergie est bloquée au niveau du plexus. Vous lui demandez de se tenir plus droit et là vous gagnez des décibels, il se lâche, il commence à s'affirmer, il vous ferai presque peur ;) Et que dire d'une personne qui ne se sent pas empathique, normale elle est crispée comme un cailloux (première image qui me vient). Vous l'invitez à lâcher, créer du mou dans son corps et là, oh miracle la voix est douce et agréable ! A réfléchir ;)

Changement d'âme

2010-02-16T00:45:00.000-08:00

"Entrer dans le désert, c'est changer d'âme", Ben Gassem (nomade bédouin). Faire un treck dans le désert, c'est revenir à des besoins primaires, parcourir de grands espaces, goûter au silence. C'est un environnement propice au changement qui invite à l'exploration et à l'introspection. Ce qui m'intéresse aujourd'hui, c'est de savoir qu'est ce qui dans cet environnement singulier favorise ce changement:

La vision d'un grand espace permet une ouverture d'esprit, dans une approche plus globale
La marche quotidienne et rythmée favorise la prise de conscience de son corps
Le vide extérieur donne envie de faire un bilan de sa vie dans sa recherche de sens
Le silence ouvre à l'introspection
L'absence de but laisse la place au superflu
Le partage de cette expérience avec d'autres personnes crée un lien particulier au sein du groupe, plus dans l'intimité
Le temps n'existe plus, passé et futur disparaissent pour l'ici et maintenant

Tout dans le désert invite à utiliser l'hémisphère droit de son cerveau, dans son approche irrationnelle et holistique

Je me demande à postériori si notre monde tel qu'il est actuellement n'est pas un frein à notre développement, voire nous éloigne de notre identité d'être humain. En quoi l'être humain d'il y a des millénaires devrait être si différent de celui d'aujourd'hui ?

Soirée NLPNL - L'orientation Solution

2009-12-17T02:01:00.000-08:00

J'ai pu assister le 16 décembre à la soirée NLPNL de Jean-Claude BEN EZRA sur l'Orientation Solution. Voici les principales choses que j'ai retenu.

Même si l'approche orientée solution n'est pas nouvelle, elle n'en reste pas moins un outil puissant dans l'accompagnement au changement. A l'origine, cette approche était plutôt utilisée en thérapie familiale et étonnamment cette approche est peu développée en France dans les entreprises contrairement à nos pays voisins. En particulier, Jean-Claude nous indique qu'il est le seul Français à assister au réseau international de manière assidue sur le sujet.

L'approche orientée solution utilise la systémique et le constructivisme: nous construisons la réalité quand nous la décrivons.

Dans la soirée, nous avons pratiqué quelques exercices.

Premier exercice entre deux acteurs A et B:

Qu'apprécies-tu particulièrement dans ton travail ?
Quels sont les avantages/bénéfices que tu souhaites retirer de cette conférence ? Quels changements se produiront dans vos relations ?
Que souhaiteriez vous développer à partir de cette présentation ?

A partir du contenu des réponses, nous voyons que cet exercice nous fait nous projeter dans le futur et nous fait nous sentir bien, tout parait simple. A l'inverse, quand nous parlons des problèmes, les réflexes sont de chercher un bouc émissaire et ceci crée un sentiment de frustration. Cette approche n'évite pas le problème, il est là et nous allons le résoudre.

Par rapport au problème, qu'est ce qui a tout de même bien fonctionné ? Qu'est ce qui a fonctionné un peu mieux que d'habitude ? (compétences, acquis, relations, ...)

Une question magique en approche orientée solution est "Quoi d'autre ?", posée plusieurs fois.

Pour permettre au client de savoir comment il va s'assurer que la solution aura marché, une autre forme de question est: "Comment saurez vous demain soir que ces deux journées vous seront utiles ?","Que vous diront vos collègues ?", "Comment vous sentirez vous ?", "Qu'est ce qui aura changé ?"

D'autres questions typiques orientées solution:

Qu'est ce qui vous amène ici ?
Que voulez vous ?
Quel est le premier pas que vous voulez faire ?
Qu'est ce qui fonctionne bien ?
Si dans un coaching d'équipe, une équipe n'a pas respecté les consignes, une question possible est "Par rapport à la consigne, qu'est ce qui a bien fonctionné ?"
A la place du problème qu'est ce qu'il y aurait ?
Qu'est ce que je souhaite à la place du problème ?
Qu'est ce que je veux à la place ?
A la place, il faudrait quoi ?
Nous connaissons le problème, malgré tout qu'est ce qui fonctionne bien ?

Quelques outils:

Travailler sur les exceptions. Est ce toujours comme cela ? Y'a t-il eu un moment où ça allait mieux ?
L'échelle, une note de 1 à 10. Qu'est ce qui t'amène à 4 ? Je suis impressionné que vous ayez mis 4 avec tout ce que vous m'avez raconté. Quel est le premier petit pas pour passer à 5 ?
Boucle de cristal. Pendant la nuit, après avoir diné, le miracle s'est produit, votre problème est quasiment résolu. A quoi saurez vous que le problème est résolu ?
Dans le passé, il n'y a pas eu un moment où un miracle s'est produit ?
Le Compliment. Je suis impressionné que vous ayez fait cela, se lever, aller serrer la main. Comment avez vous fait ? Comment as tu fait pour réussir cela ? Quoi d'autre ? Pour pouvoir faire cela, quelle qualité vous avez développé ?

Ses envies en vie

2009-12-08T09:48:00.000-08:00

Partir de ses envies est la plus belle chose au monde, c'est se sentir en vie. "L'important n'est pas d'être mais de savoir être" nous dit Albert Jacquard. "Pour faire un homme il faut des hommes". "Vivre c'est rencontrer l'autre". "Il n'y a que des différences, il n'y a pas de hiérarchie". "L'humanité nous transforme en personne responsable". "Sauver la vision des hommes qu'ils ont les uns des autres". Il nous dit qu'il faut développer sa capacité à s'enrichir des autres. "Il ne s'agit plus de l'emporter, il s'agit d'être". "Nous sommes dans la contrainte de construire l'humanité". "J'ai le devoir de ne pas être soumis". "Je me donne des leçons à moi-même en liaison avec les autres"

Albert Jacquard nous indique une direction, cette direction du lien, de la rencontre et de la création. Il travaille dans le monde éducatif et au près des plus démunis. Qu'en est-il du monde de l'entreprise ? Que se passera t'il si nous ne faisons rien dans ce monde ? Que peux t'il arriver ? Les personnes vont migrer et quitter ce monde alors que ce lieu est un endroit de rassemblement. Que se passera t'il si plus personne ne vit (ou n'a d'envie) dans ce contexte ? Où vont aller les envies ? Comment sera t-il possible de relier le "je" avec le "nous" et à quel endroit ?

Je crois que le monde de l'entreprise reste un lieu privilégié de rencontre et donc de création. Ce monde a bien changé depuis ses origines, il est devenu froid et sec, sans eau, sans lien. L'entreprise reste un lieu de projet collectif où il est possible de libérer ses envies pour rester en vie. Comment est-il possible de donner assez d'espace ? Au sens symbolique, le lieu des origines, le lieu des réalisations, le lieu des énergies dissipatives où naissent d'imprévisibles ordres nouveaux.

"L'espace symbolise un ensemble de coordonnées ou de repères, qui constitue un système mobile de relations, à partir d'un point, d'un corps, d'un centre quelconques, rayonnant sur x dimensions...".

Il est donc possible de reconstruire à partir des origines, depuis l'aube des temps où il n'existait rien où ce rien était l'espace du tout.

J'assistais aujourd'hui à une journée NLPNL d'Andrée avec André de Châteauvieux sur "l'outil du coach, c'est le coach". Je me permets d'aller plus loin, "l'outil de l'homme, c'est l'homme" et c'est bien dans la rencontre des envies que naissent la vie et les hommes... Pour atteindre cette étoile ou cette lune, il est possible d'accomplir un petit pas, "un petit pas pour l’homme et un pas de géant pour l’humanité", Neil Armstrong.

Soirée NLPNL - Existe-t-il un « Mode d’Emploi de la Vie » ?

2009-10-23T08:36:00.000-07:00

J'ai une nouvelle fois assisté à une conférence NLPNL de haut niveau présentée par Philippe Dupont Consultant Formateur PNL. Il nous a présenté son travail de 35 ans sur cette idée qu'il est possible d'avoir un mode d'emploi universel de la vie au même titre qu'un mode d'emploi pour un appareil photo. Philippe a répertorié un certain nombre de citations et concepts qui l'ont aidés dans sa construction et dans sa vision du monde.

Les idées et convictions qui ont marqué mon attention:

De base, nous avons envie de vivre, le spermatozoïde qui nous a conçu a vaincu 200 millions d'adversaires !
le respect du corps est essentiel. "Plus le corps est faible, plus il commande. Plus il est fort, plus il obéit" (Rousseau)
Le monde de nos perceptions. "Personne n'a jamais vu la réalité" (Walzlavick). Nous avons 5 sens qui sont limités et en plus nous avons un système de croyances qui nous filtre ce qu'on reçoit de l'environnement... Bref nous sommes forcément bien loin de connaître la vérité, s'il y en a une.
Nous sommes seuls à vivre notre propre présent. La lumière de la lune met 1,3s pour nous parvenir. Quand nous voyons quelqu'un, nous avons une vision du passé de lui: 0,000003s après
Les mots sont subjectifs. "Le mot chien ne mort pas" (James)
Nous ne pouvons pas nous comprendre, nous ne pouvons pas être d'accord car personne n'est capable de percevoir ce que l'autre a perçu.
Nous mettons un sens aux événements qui nous arrivent et c'est là que nous choisissons d'être en colère, triste ou heureux. Nous sommes responsables ce que l'on vit. Nous sommes responsables de ce qui nous arrive
Chaque homme est à la recherche de plus de plaisir. Pour avoir plus de plaisir, c'est simple, il faut le vouloir.
Le bonheur, c'est facile, c'est une décision
Le premier pas est la moitié du chemin
L'émetteur dans une communication est responsable de la reformulation.
C'est dans la réponse qu'on a le sens de la question
L'autre est une chance

La phrase qui m'a le plus marqué et qui pour moi est la base du plaisir, c'est "quand on fait quelque chose, on le fait bien". C'est la base de l'ici et le maintenant, être présent dans ce qu'on fait, dans son corps, dans le faire.

Une bien belle soirée qui ne peut pas laisser insensible, une soirée qui a certainement permis à chacun de s'ouvrir sur le monde et sur soi.

Soirée NLPNL - Approche systémique coopérative

2009-10-02T06:54:00.000-07:00

J'ai assisté à une première soirée de l'association NLPNL. J'ai connu cette association à partir d'un article de blog d'André de Châteauvieux. La soirée était animée par François Balta sur l'approche systémique coopérative.

Il commence sa présentation en disant qu'on voudrait que dans notre vie, tout aille bien et la vie est pourtant bien un paradoxe: Le bien / le mal, le développement / la régression, le plaisir / la souffrance. La systémique est un outil d'intégration des opposés, on est dans le ET et non dans le OU. François Balta nous parle de l'historique des approches thérapeutiques: thérapies orientées solution, stratégiques, narratives, provocatrices. L'essentiel pour lui est que l'on est dans une COOPERATION à la fois actif et passif en même temps.

"vouloir sortir de la contradiction, c'est se mutiler"
"la tension nous fait exister"
"Comment puis-je définir les autres sans moi, et moi sans les autres ?"
"On se regarde par le regard des autres"
"le marquage par le corps"
"Le sens n'est jamais dans les mots mais dans le lien entre l'objet et le contexte"
"Le plus petit changement tripote les valeurs"
"Nous avons besoin de vérifier chez les autres nos croyances"
"Le plaisir d'exister dans l'acceptation de l'émotion"
"Chacun fait de son mieux"
"L'estime de soi se construit dans le don"
"Le changement c'est aussi ne pas changer"
"La liberté de parler, c'est le droit de se taire"
"La solution est un problème, le problème est une solution"
"Chaque solution vient avec des inconvénients"
"Changer pour trouver un meilleur équilibre global"
"L'intervenant, thérapeute, coach a un pouvoir d'influence mais ne sait pas comment ça va changer"
"Y'a pas de resistance sans insistance"

Après cette intervention, j'ai envie de creuser des sujets comme le cycle du don et l'impermanence

J'ai trouvé très intéressant sa vision des changements de type 1 et type 2, comment puis-je savoir que mon client est un changement de type 2 puisque je suis moins même dans une relation avec mon propre système de croyance, ça n'a pas de sens. De même, parler de niveaux logiques n'a pas de sens, si on admet que tout est circulaire (à l'image de la torsade de papier qui n'a ni début, ni fin, ni pile, ni face)

J'ai apprécié son utilisation d'un langage simple et paradoxal, probablement que j'achèterai son livre La systémique avec les mots de tous les jours. Suite à cette présentation, je remets en cause les outils que j'utilise comme les rôles délégués comme outil, à la fois dans son vocabulaire, dans son application, est-ce vraiment utile ? Est-ce écologique ? Est-ce une solution et un problème ?

J'ai beaucoup appris, surtout que je ne savais rien et que le chemin du coaching est long et probablement jamais terminé !

Between stimulus and response

2009-09-02T09:22:00.000-07:00

"Between stimulus and response, you have freedom to choose" - Stephen R. Covey - The 7 habits of highly effective people.

Nous n'avons pas la possibilité naturelle de voler comme des oiseaux, de transformer du gaz carbonique en oxygène comme les arbres mais nous avons bien plus de pouvoir que ça, nous sommes libres de choisir, c'est bien ce qui nous différencie des autres êtres vivants.

Un individu, une équipe ou une organisation sont capables de choisir le sens qu'ils veulent donner mais bien souvent ils ne prennent pas cette chance. Scott Peck, dans le chemin le moins fréquenté, nous dit que c'est par paresse que nous refusons de changer, par peur de la souffrance. Prendre conscience de ces émotions, de son intuition, des éléments factuels à chaque décision paraît impossible pour beaucoup.

La base du coaching est bien de permettre cette prise de conscience (ou META) à son coaché. Chaque individu porte en lui toutes les compétences inscrites dans l'inconscient collectif, il peut changer sa vision de la réalité, prendre les opportunités qui lui sont présentées et accepter la difficulté de se remettre en question.

Je constate que c'est souvent les émotions qui nous bloquent ou nous libèrent, apprendre à les ressentir et les accepter est probablement une des première voie vers la prise de conscience et la liberté de choisir dont nous parle Covey.

D'une certaine façon, je n'ai pas l'impression que l'on change vraiment, on reste biologiquement toujours pareil, nous ressentons toujours les mêmes émotions, de la même façon. Ce qui change c'est notre réaction par rapport à une émotion. Une personne stressée dans les transports ne sera plus stressée dans les transports non pas parce qu'elle ne prend plus les transports mais parce qu'elle aura appris à accepter les émotions qu'elle ressent quand elle se trouve près d'autres personnes et à accepter les émotions et les comportements des autres dans ce contexte stressant.

Yin et Yang

2009-09-02T03:01:00.000-07:00

J'observe que j'utilise de plus en plus la symbolique du Yin et du Yang dans mes discussions avec les autres et pour moi quand je sens un manque d'équilibre.

La vie parisienne me semble être plutôt Yang:

Nous sommes poussés à l'activité, qui se traduit par les transports, le bruit perpétuel, faire du business, une société de consommation où l'on veut tout tout de suite, j'ai un problème il me faut une solution tout de suite. Je m'étonne parfois que mes clients demandent à ce que leur conflits se résolvent en deux heures après une séance de team building alors qu'ils trainent depuis plusieurs années. C'est souvent cette envie d'activité, cette "manie" qui les amènent dans une confusion dans leurs réunions, le séquencement de leur réunion, leur organisation et leur prise de décisions. Cette phrase "Nous n'avons pas le temps" est anxiogène, elle pousse à une dé-responsabilisation. Au mieux, j'explique la loi de Pareto à mes clients que 20% des actions qu'ils vont faire va donner 80% des résultats. Le jeu est donc bien de trouver les bonnes actions à faire et pas d'en faire le plus possible.
Nous cherchons la lumière, surtout parce que nous avons peur de l'obscurité. Cette lumière se traduit par les pubs pleines de couleurs, par l'envie de succès sans souffrance, tout doit être simple, clair. Nous devons vivre dans un monde merveilleux qui est irréel. La lumière me fait penser aussi à ce chemin, cette direction bien claire qui ne doit pas changer, le chemin est tout tracé. Et pourtant le chemin est complexe et paradoxal, chaque problème est potentiellement une solution et chaque solution est potentiellement un problème.
La raison domine. Nous voulons des chiffres, compter les jours passés. Nous voulons des analyses, comprendre tous les faits, avoir toutes les informations, tout savoir car si nous avons toutes les informations, nous savons tout, nous maîtrisons. Nous pensons que pour chaque situation, il y a une cause précise, c'est la faute de ...
L'expansion est partout et voulue. J'en veux toujours plus. Je veux toujours plus de choses nouvelles. Des outils nouveaux, encore plus de technologie...
Le masculin domine. Dans mon monde et avec mes œillères, j'observe que même les femmes ont une tendance "Dominatrice" au sens DISC, plus masculine que féminine. Ces femmes s'habillent comme des hommes et se retrouvent parfois à aller en thérapie pour trouver (retrouver) leur féminité. Elles parlent vite, elles donnent des ordres, elles dirigent de façon militaire. Cette tendance pousse même les hommes à devenir plus féminin, sans forcément parler d'homosexualité.

La profondeur se traduit par une prise de recul, une prise de conscience en se laissant un espace temps plus long pour ressentir progressivement ce qui se passe. Le "Connais toi toi même" de Socrate ne peut se réaliser qu'en profondeur avec le temps. Il est possible que la profondeur soit rendue accessible par la solitude, ce qui nécessite de trouver un espace sans bruit sans doute dans un milieu naturel.
La difficulté de se trouver seul est de ressentir de la peur, du vide, de se voir réellement, d'aller vers notre côté obscur. En développant notre Yin, nous sommes bien loin du monde tout beau, tout propre. L'objectif n'est pas de lutter mais de voir, d'accepter et parfois d'agir en toute conscience.
Dans le Yin, la flexibilité est présente contrairement au chemin bien tracé du Yang. On se laisse constamment la possibilité de changer mais en tout conscience. C'est frustrant pour notre Yang, ça demande de réfléchir et de prendre une décision.
Prendre en compte le non-manifesté, c'est admettre que les choses nous dépassent, c'est admettre la complexité. Ça nous rend humble tout simplement. Le non-manifesté est presque imperceptible. Pour moi, il est relié au phénomène de synchronicité
La féminité se traduit par une plus grande douceur, un calme plus important, une maîtrise de ses émotions, ainsi que par une plus grande écoute des autres.

Il faut du Yin et du Yang pour mieux vivre et être dans la réalité. Dans un monde plutôt Yang, il faut donc chercher à développer son Yin: par la méditation (la pratique de la Sophrologie par exemple), les ballades en forêt, la marche lente, le plaisir de cuisiner, d'écouter les autres sans juger et ne rien attendre.

L'éloge de la lenteur

2009-09-02T02:14:00.000-07:00

coaching & hygiène de vie from coach & moi et Art de Changer on Vimeo.

Ralentir pourrait être perçu comme de la paresse ou de l'incompétence, c'est pourtant une discipline de chaque instant. Le coaching est avant tout dans l'ici et maintenant. Comment puis-je être présent si je ne suis pas reposé ? Comment puis-je être présent si je n'ai pas nourri mon intuition par la solitude ? Comment puis-je être présent si je ne suis pas à l'écoute de mon corps, de mes émotions et du monde (synchronicité) ? C'est sans doute en cela que l'hygiène du coach est nécessaire...

Et si on en avait tous besoin ?

Le chemin le moins fréquenté

2009-08-17T15:06:00.001-07:00

Je ne me voyais pas lire ce livre, un livre de psychiatre qui va m'entraîner dans des histoires de patients schizophrènes, névrosés, ... Sachant que j'ai peur de la folie, j'évite. Pourtant ce livre m'a été conseillé et même prêté par une personne en qui j'ai confiance, alors pourquoi pas ? Je crois à la coincidence, je regarde la bibliothèque et voit ce livre qui m'attends. Je commence, j'aime le style simple et direct et puis ça commence, chaque paragraphe fait sens, fait écho à ce que je vis, à mon accompagnement d'équipes. Le livre commence par "La vie est difficile", l'auteur Scott Peck parle de souffrance, de liberté, de responsabilité, de vérité, de réalité. Je viens de finir la page 48. Je feuillette et je vois le titre d'un paragraphe suivant: "La dépression, preuve de santé"... De quoi attisait ma curiosité. En quelques paragraphes, je n'ai jamais été autant "baffé" que depuis ma lecture de 7 habits for effective people. (Étrange, en le relisant, je me souviens que c'est cet article qui m'a relié à Octo). J'en suis déjà transformé, mes confrontations avec les équipes que j'accompagne seront sans doute différentes... Ma relation avec la souffrance aussi... Mon existence... Bref une lecture pour lecteurs en quête de sens. Sans doute un classique à lire.

Posture de partage

2009-08-17T11:03:00.000-07:00

Qu'est ce qui va se passer dans le comité de pilotage d'aujourd'hui ? J'en sais rien, je ne prévois rien, je me rends disponible c'est tout. J'arrive en avance pour parler avec différents membres de ce comité de manière empathique. La magie de l'écoute empathique est là, je ne suis pas sur le contenu, plus sur comment les choses sont dites et encore plus sur le sens et la résonance des messages. En quelques minutes de discussion, un mot me vient en tête: "intégration". Intégration de quoi ? Du logiciel, du travail des équipes, des partenaires, intégration des membres de l'équipe dans l'équipe, quel est le lien entre intégration et intégrité ?

Le comité de pilotage commence, l'échange se fait avec une personne en distribué à l'aide d'une webcam. Le partage de la connexion est difficile mais se fait finalement. Les personnes qui étaient partis en vacances raccrochent rapidement les morceaux suite à 30 minutes de partage d'informations. "Les comptes rendus des deux dernières réunions ne m'ont pas été transmis ?". Je me dis, ce comité est lié au partage (comme un précédent était lié au vide).

Le sujet intégration est abordé plusieurs fois, je sens que la confrontation se rapproche, la tension émotionnelle monte, le moment est venu pour confronter et partager ma position.

30 minutes sont accordées pour que chacun partage ses obstacles actuels. Je sors de ma position META habituelle (qui était 10 minutes en fin de réunion) pour entrer dans la confrontation et pose la question: "Qu'est ce qui est intégré maintenant ?", j'ai 1/10 à cette question. Le choc est là et d'autres questions toutes aussi lourdes s'ensuivent. "Que retire t'on pour tenir le délai ?", pour la première fois depuis le début, cette question est enfin posée, la réalité est enfin acceptée: "Nous n'arriverons pas à faire tout ça dans les temps impartis, nous devons trouver une solution".

Et tic (comme déclic, le changement arrive soudainement), la co-construction peut enfin avoir lieu. Nous acceptons la réalité, la complexité et la difficulté. 5 questions profondes en tout à résoudre en 30 minutes. Cette équipe l'a fait. Le plan d'actions sera suivi.

La posture du coach peut (doit ?) changer au cours du coaching, une posture d'observateur au début, avec des feedbacks sur le fonctionnement de l'équipe, puis une posture plus de confrontation, une fois que la confiance avec l'équipe est là. L'équipe peut alors profiter de l'intuition du coach, de sa vision systémique pour aller encore plus loin et dépasser ses peurs et ses angles morts.

Je pense à la loi de Pareto et me dis que cette équipe vient de faire les 20% qu'elle devait faire pour atteindre son objectif jusqu'ici inatteignable.

Se détacher de l'objectif

2009-08-10T11:42:00.000-07:00

J'ai pratiqué le tennis en compétition pendant longtemps. Beaucoup de tennis men vous dirons qu'ils ont "peur de perdre". Après chaque point perdu, c'est la remise en cause, pourquoi ai-je mis cette balle dehors ? Et plus on se pose la question, plus on perd de points. Pendant longtemps j'ai pratiqué le tennis de cette façon, mes progrès étaient lents et surtout cela me procurait beaucoup de frustration. Un jour, j'ai compris que ce n'était pas que les balles soient fautes qui étaient importants, c'était que je reste concentré. Rester concentré m'apportait plus de bien-être, me permettait de me détacher de l'objectif et paradoxalement de l'atteindre plus facilement. Je me concentrais donc sur les coutures de la balle de tennis ou sur le fait que chaque balle devait être 1 mètre au dessus du filet.

Certaines équipes vivent la même chose, elles sont bloquées car elles n'acceptent pas de faire des erreurs, elles sont bloquées au point de ne plus faire du tout. Souvent, il est nécessaire de détacher l'équipe de son objectif pour qu'elle se transforme. C'est un instant qui lui permet de lâcher prise, de prendre conscience de son potentiel, de se libérer et de revenir à la réalité dans un tout autre état d'esprit où l'obstacle n'existe plus. Ceci peut être activé en faisant jouer l'équipe sur autre chose par une activité sollicitant son cerveau droit (dessin, histoires, photos, émotions, construction, peintures, ...) et lui demandait de faire le lien avec ce qu'elle vit en ce moment sur son projet. "Nous avons tel obstacle dans le projet". "Humm, il me semble que vous l'avez levé pendant le jeu ?"... Tic

Le sens

2009-08-03T12:04:00.000-07:00

J'accompagne une équipe projet dans son développement. Cette équipe fait des progrès extraordinaires en l'espace de deux semaines. Deux équipes qui ne se parlaient pas se parlent et choisissent collectivement qu'est ce qu'ils vont faire pour dans un mois. L'énergie est au rendez-vous et tout semble être parti pour le mieux. L'équipe affronte ses peurs et les dépasse. Le comité projet qui a lieu toutes les semaines fait de réels progrès, les rôles sont délégués, plan d'actions, gestion des risques... Et pourtant il manque quelque chose, je suis en META dans une réunion de ce comité et là je ne prends aucune note sur mon carnet de notes, la page devient vide. Coïncidence ou phénomène de synchronicité, la place du PDG présent habituellement est vide, il est parti en vacances. Dans cette réunion, je ne reçois plus l'énergie habituelle, encore du vide... Du coup, je me demande à quoi sert cette réunion et là je ressent encore du vide, quel est le sens à tout ça ? A quoi ça sert ? Pour quoi faire ? J'exprime mon ressenti à l'équipe et lui demande un retour, je n'ai pas de réponse hormis le fait qu'ils sont rassurés de voir que les choses avancent.

Le responsable absent (le PDG) porte le sens, un sens qu'il n'a pas partagé et qui reste caché comme un trésor perdu dans les profondeurs. Bien que l'équipe est une vision du produit à construire, tout parait vide, presque irréel.

Le sens nourrit, fait vivre et il ne serait en être autrement. Sans sens, une équipe ne peut pas se dépasser. Au delà de son objectif, le sens est sa finalité

Accompagnement agile, une aberration ?

2009-07-03T13:37:00.000-07:00

Je me retrouve souvent à accompagner des clients vers l'agilité en tant que "coach agile". Ce mot "coach agile" est un oxymore; agile veut dire méthode agile, qui veut dire expert/formateur à la méthode; un coach est bien différent d'un expert; en particulier il n'y a pas de dépendance qui s'installe entre le client et le prestataire et de prises de décisions faites par le prestataire pour le client. Bref, tout ça pour dire qu'il y a un truc qui déconne dans l'accompagnement agile. J'ai un client qui veut que ses équipes travaillent avec les méthodes agiles. Qu'est ce qu'on fait ? On forme ses équipes projet, c'est à dire qu'on leur fait faire une formation de 3-5 jours sur les méthodes agiles, voilà, et puis c'est tout. Oui mais il y a LA réticence au changement. Quelle réticence ? Pour quel changement ? Ha oui, l'équipe n'est pas performante en appliquant cette méthode. Est ce vraiment dû à la méthode ? N'est ce pas dû au fait que l'équipe vient de se former... Une équipe qui se forme n'est pas efficace quelque soit la méthode. Certes les méthodes agiles regroupent de bonnes pratiques de développement liées au bon sens. Tout ça reste assez simple. Par contre, c'est d'avoir une équipe performante qui peut devenir compliqué. Et c'est là que le coaching d'équipe a tout son intérêt. Une équipe performante est une équipe qui est capable de se transformer. Et pourquoi pas revoir notre copie "agilistes", faire des formations agiles (Scrum et TDD par exemple), puis coacher l'équipe (sans méthode) ? Est ce que ça ne serait pas plus efficace ?

Université du SI 2009

2009-06-18T23:39:00.000-07:00

Le 1er et 2 juillet aura lieu pour la 2 fois l'Université du SI.

Un programme toujours aussi riche et des keynotes de qualité.

Je ferai une session: "Styles sociaux en action !" basée sur le modèle Herrmann avec Bernard Notariani

Il reste des places alors n'hésitez pas à vous inscrire: <-->

L'art de coacher

2009-06-15T04:51:00.000-07:00

Je conseille vivement ce livre à tous ceux qui veulent en connaître un peu plus sur le coaching... Un livre émouvant qui pose les limites dans les relations humaines et toute la fragilité du coach.

La suite sur le blog de l'auteur

Une bonne leçon de leadership

2009-06-12T08:06:00.000-07:00

Wooaaah ou comment une chose extraordinaire se produit ?

C'est l'histoire de 2 initiateurs qui ont une idée innovante et qui s'élargit à partir d'un troisième à tout une foule.

Le changement dans une grande équipe, dans une organisation se produit à partir de 3 ??

Mon interprétation:

Les deux premiers sont des créatifs avec un faible niveau d'interactions avec d'autres.
Le troisième a beaucoup d'influence dans ses relations interpersonnelles (ou pas), car d'autres personnes avec qui il a des liens semblent l'accompagner juste après
Le changement se produit car ils sont trois, deux ne suffirait pas
Il reste toujours des sceptiques

Peut être une mise en évidence du Followership ?

Merci Bernard pour le lien et à Seth Godin

Spirale Dynamique

2009-06-09T05:36:00.000-07:00

Suite à un commentaire sur l'article précédent, je me suis intéressé à la théorie de la dynamique en spirale, j'ai donc acheté le bouquin Spirale Dynamique.

Je savais par intuition que ce livre m'apporterait quelque chose de nouveau. La théorie regroupe la notion de cycle de la Gestalt, la vision holistique de la systémie et la pyramide des besoins de Maslow.

La théorie de la dynamique en spirale suppose que les changements importants de la vie (changement de type 2 en systémie) d'une entité (individu, organisation, pays, ...) se font sur les valeurs profondes. Les changements passent par plusieurs étapes qui sont liées les unes aux autres et cycliques. Cette théorie se rapproche aussi de la notion de stades de développement d'une équipe ou d'une organisation. En particulier, je retrouve en terme d'organisation le niveau de maturité des entreprises (institutionnelles, expertes, humanistes, en réseau) présentées par Alain Cardon dans Coaching d'équipe.

C'est quoi cette théorie ?

La Spirale Dynamique indique qu'il existe 8 niveaux de valeurs à ce jour, les 6 premiers constituants le premier cycle:

AN Beige correspond à une étape où l'individu ou la société cherche à satisfaire ses besoins primaires, physiologiques.
BO-Violet correspond à l'étape suivante où l'individu ou la société se rend compte de la sécurité qu'apportent l'appartenance à un groupe et le respect des traditions
CP-Rouge correspond à une étape où l'individu ou la société se connecte à sa puissance et à ses forces personnelles
DQ-Bleu correspond à l'étape suivante où l'individu définit ce qu'il a de commun avec la société et comment cela donne ordre et sens à son existence
ER-Orange correspond à l'étape de satisfaction de ses besoins matériels
FS-Vert est la recherche de relations chaleureuses avec les autres par lesquelles on accède au bonheur
A'N'-Jaune correspond à une étape où l'individu cherche à développer en lui compétence, responsabilité et autonomie pour résoudre les problèmes généraux du monde
B'O'-Turquoise est une étape où l'individu éprouve le besoin d'élargir sa perception dans une vision holistique qui englobe toute vie.

Exemple de l'évolution d'un individu via la spirale dynamique

AN-Beige: Le nouveau-né cherche à satisfaire ses besoins primaires: dormir, manger
BO-Violet: Agé d'un mois, le bébé commence à avoir conscience de l'absence de sa mère et des relations de cause à effet: pleure => nourriture
CP-Rouge: Vers l'âge de 2 ans, l'enfant dit "non", il provoque, transgresse les règles, affirme sa puissance
DQ-Bleu: Vers 5 ans, l'enfant intègre des règles et des limites, c'est l'étape de la structure morale
ER-Orange: Se met en place à des âges différents, adolescence ou au premier job. C'est l'étape de l'indépendance et de la recherche de réussite.
FS-Vert: Se produit à l'âge adulte dans certaines conditions. C'est un moment où il recherche à être en contact avec les autres, avec l'humanité
A'N'-Jaune: Les individus ayant atteint ce niveau ont forcément vécu et rejeté ER-Orange puis FS-Vert pour acquérir un mode de pensée et de fonctionnement A'N'-Jaune. C'est la recherche d'autonomie, une vision globale des choses, une ouverture et une flexibilité.

Au niveau des organisations

En Europe et aux Etats Unis, la plupart des organisations sont ER-Orange, c'est à dire qu'elles sont orientées compétitivité, quelques unes sont FS-Vert, aucune n'est à ce jour A'N'-Jaune.

Un lien avec les approches agiles

Un développeur agile est plutôt FS-Vert, il est soucieux de la collaboration avec ses équipiers et présente un esprit d'ouverture.

La plupart des sociétés qui demandent à être accompagnées pour mettre en place les méthodes agiles demandent des consultants qui sont des experts de la méthode. On est alors dans la recherche de normes DQ-Bleu ou dans la recherche d'efficacité propre au ER-Orange et pas dans la collaboration du FS-Vert.

Le changement en spirale

2009-04-22T13:43:00.000-07:00

Je travaille depuis quelques temps sur la dynamique et la systémique d'équipes. A partir des quelques expériences que j'ai pu avoir, j'ai compris que le changement du système par rapport à sa finalité se produisait à un endroit précis où l'énergie est forte et pas forcément à l'endroit attendu. Tout ça m'a fait penser à une spirale et à une démarche en trois étapes: création d'énergie, diffusion d'énergie, consommation d'énergie. Dans son approche, cette démarche ressemble au parcours d'une spirale.

Le changement sous trois zones

La demande de changement vient souvent d'un mandataire qui n'est pas au cœur du système. Le mandataire est éloigné du centre gravitationnel du système, il est la plupart du temps au niveau du manteau entre le noyau et la croûte. Imaginons qu'on vous demande de changer la structure de notre planète, c'est à dire les propriétés structurelles de la planète, où interviendrez vous avec le minimum d'effort ? Probablement que vous changeriez les propriétés structurelles du noyau interne en premier

La Terre se divise en trois zones concentriques :

le noyau,
le manteau,
et la croûte.

Si vous changez la croûte, vous devez changer toute la surface de la croûte pour changer la structure du manteau et espérer changer le noyau, ceci demande un effort très important et une énergie considérable, surtout que le noyau en interne possède lui-même une énergie énorme à la fois de changement mais aussi de réticence.

Le changement en spirale

Quelle stratégie adopter alors ?

Adopter une stratégie de changement en spirale:

La première étape consiste à trouver le noyau interne, c'est l'endroit où l'énergie (chaleur) est la plus forte (5000°C). Ce centre n'est pas toujours le plus haut niveau hiérarchique de l'entreprise, c'est plutôt la source de l'énergie du système, il se limite souvent à 2 ou 3 acteurs
Une fois que vous avez trouvé le noyau interne, il faut se rapprocher géographiquement de ce noyau, comprendre sa dynamique et se laisser faire accepter par ce système, en bref gagner la confiance du noyau
Parfois vous aurez besoin de changer la structure de ce noyau en créant une meilleure dynamique, en créant de l'énergie dans ce noyau
Parfois vous n'aurez pas besoin de créer de l'énergie mais de la diffuser aux éléments du manteau au fur et à mesure, c'est par exemple déléguer du leadership ou de l'expertise
Une fois intégrer le changement au niveau du manteau,le changement se produit globalement

Pourquoi travailler sur le noyau ? Parce que le noyau est la source de l'énergie, la température est la plus forte. Je disais que la demande venait en général d'un mandataire qui n'est pas dans le noyau car il a froid et sent que la croûte a encore plus froid que lui. Une fois la couche manteau atteinte par l'énergie du noyau, le changement se produit car l'énergie est suffisante pour alimenter la croûte étant donné sa superficie. Le noyau crée la chaleur, le manteau diffuse la chaleur, la croûte consomme la chaleur. On pourrait croire que le noyau correspond au top management, ce n'est pas toujours le cas. De même, il est faux de croire que le mandataire ou son hiérarchique est capable de nous donner la source d'énergie.

Changement en spirale sur une équipe projet

Un manager d'une direction informatique (mandataire) vient avec une demande de changement auprès d'un consultant, il veut que le projet aille plus vite. Le mandataire n'est pas dans l'équipe projet, il ne participe pas et n'est pas présent physiquement sur le plateau projet. Sa demande est en décalage par rapport à ce qui se passe sur le projet, il est trop loin de la source pour connaître le cœur du fonctionnement, trop loin pour agir et manque d'énergie pour interagir profondément avec le noyau. La diffusion d'énergie va dans un sens, du noyau vers le manteau puis du manteau vers la croûte. Sans le savoir, le mandataire demande au consultant d'aller dans le noyau. Dans une approche en spirale, le consultant devra approcher ce noyau et devra pouvoir y rester, car il fait chaud, c'est brulant et complexe. Le consultant pourra utiliser son affinité avec un des membres du noyau (parmi les 2 ou 3, pas plus) pour rentrer dans ce noyau. Ensuite, le consultant devra estimer si l'énergie est suffisante dans le noyau pour la diffusion ou pas et alors stimuler le noyau. Le consultant ne doit pas perdre son temps sur autre chose que sur le noyau, c'est tout l'objet de l'approche en spirale. L'approche en spirale consiste à parcourir la spirale en partant du point central. Parfois il arrive que le mandataire fasse parti du point central, le travail est alors simplifié. Si ce n'est pas le cas, le mandataire devient alors un frein au changement car il se trouve trop loin du point où se produira le changement. Le point du changement est un lieu où se trouve les acteurs du noyau. Dans le cas d'un projet, c'est souvent le comité projet ou de pilotage (copil). Un bon consultant peut par sa présence alimenter l'énergie de ce comité projet, parfois il faut plus, parfois il faut du temps. Ce que je veux dire, c'est que ça ne sert à rien de travailler sur autre chose que le noyau tant que l'énergie n'est pas suffisante. Dans cette approche, qui est une approche de coaching, le consultant ne s'intéresse pas au contenu mais à la forme des interactions et l'intensité dégagée. Une fois que le consultant considère que l'énergie est suffisante et est alignée avec la finalité du système alors le consultant peut introduire progressivement des personnes du manteau dans la dynamique du noyau, d'abord celui qui est le plus prêt du fil de la spirale, jusqu'au dernier du manteau. Une fois que toutes les personnes que le consultant considère dans le manteau sont intégrées dans la dynamique, il peut alors se retirer, c'est la fin de sa mission.

Un modèle utile pour moi

Ce modèle d'intervention en spirale que j'ai créé m'aide à intervenir sur les missions sur lesquelles j'interviens car il me permet de garder à l'esprit que:

le mandataire n'est pas toujours celui qui est au coeur du changement
je dois principalement travailler sur la source d'énergie
je travaille sur l'énergie du noyau puis sur la diffusion sur le manteau
je suis un chemin, celui de la spirale, je sais où j'en suis, je sais quand j'ai terminé (au niveau du manteau)
j'interviens de façon progressive en ajoutant des acteurs au fur et à mesure
j'agis dans l'instant, je ne vais pas demander à une planète de s'arrêter de tourner
je crois philosophiquement à la circularité de l'énergie et aux cycles de changement représentés par la spirale

Scrum au Paris JUG

2009-04-14T23:31:00.000-07:00

Hier, c'était une soirée Scrum au Paris JUG. Eric Mignot et Nicolas Martignole nous ont parlé de Scrum, Nicolas posait des questions, Eric tentait de répondre ;-).

Ce qui m'a plus, c'est la simplicité de la présentation, Eric parle bien d'"approche agile" plutôt que de méthode. Le mot approche montre bien comment il voit le changement chez ses clients, il préfère intégrer un "daily scrum" sans le reste plutôt que ne noyer le client sous la mêlée. Il a bien précisé que l'objectif était de livrer un logiciel et de d'avoir du fun et non d'appliquer une méthode.

Il a bien expliqué que dans la réalité le Product Owner n'était pas une seule personne, il est en effet courant que les coûts et le quoi du produit soient gérés par des personnes différentes. J'aime cette approche systémique. J'ai retenu l'image du backlog comme iceberg. Je confirme que c'est au alentour du 5/6 sprint que la vélocité se stabilise. J'ai appris que le sprint correspondait à un mini-forfait où les tâches (découpage des stories) étaient estimées en heures, c'est pas ce que je fais mais pourquoi pas, ça doit permettre une meilleure focalisation de l'équipe. On sent qu'Eric utilise dans son approche, la systémique et la théorie des contraintes, probablement que c'est nécessaire pour accompagner au mieux nos clients vers une plus grande agilité.

Merci Eric pour cette présentation et à bientôt !

La soirée s'est poursuivi d'une présentation de Guillaume Bodet avec une vue pragmatique de comment appliquer Scrum chez des clients. Il nous indique qu'il n'est pratiquement pas possible d'appliquer "Scrum by the book" sur des projets, il n'existe pas un seul Product Owner mais plusieurs personnes, une qui gère les coûts, une personne qui sait quoi faire pour une partie du logiciel. On sent qu'il a dû essuyer quelques désillusions comme nous tous. Ce qui a retenu mon attention, c'est que le Scrum Master un "trapu techniquement". A vrai dire je n'en sais rien, est ce vraiment nécessaire ? Est ce qu'un Scrum Master a même besoin de s'intéresser au contenu du produit ? Je ne crois pas. Il a parlé des 5 niveaux de planification et a rappelé qu'il faut tous les faire. Il a aussi parlé du cône d'incertitude en parlant de la planification.

Malheureusement, je n'ai pas assisté à toute sa session. Guillaume nous ramène bien à la réalité, n'oubliez pas que les méthodes ou approches agiles ne sont pas magiques, elles s'appliquent dans un système plus large qu'est l'entreprise.

Coaching - Méthodes agiles

2009-04-03T07:38:00.000-07:00

Le coaching d'équipe a sans doute plus d'apport que le coaching individuel. Le coaching individuel consiste en général à coacher le chef de projet. Coacher le chef de projet permettra dans le meilleur des cas à améliorer sa performance mais pas forcément celle de son équipe. De même coacher individuellement chaque membre de l'équipe ne permettra pas forcément à améliorer les performances de l'équipe.

Du coup, comment coacher une équipe ?

Certains (Animateurs) proposeront des séminaires de team building pour renforcer la motivation de l'équipe, ça marche un temps mais ça ne suffira pas à faire que l'équipe fonctionne mieux car elle n'aura pas régler ses dysfonctionnements et l'energie retombe au bout d'un moment.

D'autres (Facilitateurs) proposeront de travailler sur la cohésion en permettant à chacun de mieux se connaître et de mieux communiquer, cela créera des équipes affectives qui n'auront pas résolues leurs problèmes opérationnels.

Les Méthodistes travailleront sur la façon de faire et donc proposeront une méthode ou des outils pour être plus efficace et atteindre les résultats. Les résultats seront atteints pour un temps mais pas forcément de manière durable.

Les Coachs d'équipe travailleront avec l'équipe quand elle travaille en questionnant l'équipe sur le sens de ses actions, sur son cadre de fonctionnement et en observant ses changements de comportements suite à ces questions.

Où se situe le "coach agile" ?

Créer une équipe

2009-03-06T07:17:00.001-08:00

Dans les méthodes agiles, l’accent est mis sur l’équipe. Il suffit de lire le manifeste agile pour s’en convaincre, valoriser les individus et les interactions, collaborer avec le client, répondre au changement. De ce postulat, nous pouvons nous demander ce qui définit l' « équipe », et ce qui la différencie du groupe.

Différence entre équipe et groupe

Contrairement au groupe, une équipe est constituée spécifiquement pour répondre à des enjeux ambitieux et est orientée vers la tâche et vers les hommes. Une équipe se caractérise par sa diversité, son unité et fournit un espace exceptionnel pour ses membres.

Une équipe est coordonnée par un leader, un groupe par un chef. Les membres d’une équipe travaillent, créent et décident ensemble ; les membres d’un groupe se réunissent et se répartissent le travail.

La dynamique d’une équipe

D’un point de vue sociologique, il peut être intéressant de voir comment se comporte la dynamique d’une équipe et la dynamique d’un groupe

La dynamique d’une équipe est très forte, beaucoup d’interactions ont lieu entre les membres et de manière équilibrée. Il est intéressant de voir aussi la position du leader qui fait partie de l’équipe et qui établit des relations multipolaires, c’est à dire que le leader n’est pas le seul pôle d’attractivité. Il est visible sur le schéma de la dynamique d’une équipe que les membres sont proches les uns des autres.

La dynamique d’un groupe est faible, les membres interagissent peu ensemble, ce qui crée une certaine latence : « c’est mou, ça manque d’énergie ». Le leader tient en général un lieu central, les interactions sont bipolaires entre le leader et chacun des membres. Les membres sont plus éloignés, ça se traduit par la distance qui les sépare réellement physiquement.

Pourquoi la dynamique est si importante ?

La dynamique d’équipe est très importante car c’est elle qui est à l’origine de la performance et de la créativité d’une équipe. Exemples réels d’une même réunion d’avancement vu d'un groupe et d'une équipe :

Vu d’un groupe : Le chef de projet demande aux membres les uns à la suite des autres sur quoi ils travaillent et où ils en sont. Des dialogues entre le chef de projet et chaque membre ont lieu. Les autres membres attendent patiemment leur tour. La réunion a duré 1 heure. Les membres sortent de la réunion sans se rappeler exactement ce qu'ils ont à faire, ils n'ont pas l'impression de faire partie d'une équipe et ne ressortent pas avec plus énergie.
Vu d’une équipe : L’animation de la réunion est effectuée par un des membres de l’équipe et non par le leader. Le temps de la réunion est vérifié par un des membres qui annonce le temps écoulé de façon régulière. Chaque membre participe, chacun se sent responsable de l'activité des autres (co-responsabilité). Un des membres interroge l’équipe « ça fait 2 minutes que nous parlons de ce sujet, qu’est ce qu’on décide ? ». A la fin de la réunion, un des membres propose de supprimer la réunion en mettant à jour un tableau de suivi visuel visible par tous et mis à jour en temps réel. La réunion a duré 15 minutes et sera supprimée les prochaines fois. Les membres sortent de la réunion en se sentant engagés et dans l'action, leur niveau d'énergie est fort.

L'efficacité d'une équipe peut se traduire par l'obtention des résultats attendus (ou supérieurs) dans un délais le plus faible possible.

Dans le cas du groupe de l'exemple, l'efficacité est médiocre car le groupe n'a pas obtenu de résultats concluants et surtout les membres ne sont pas dans l'action mais dans l'échange d'information, dans le "mou". Le chef est le goulot d'étranglement car c'est par lui que doit passer toutes les discussions, le temps passé est donc long et non optimisé pour chacun des membres, les résultats sont même négatifs car chacun a l'impression d'avoir perdu son temps et se sent démotivé.

Dans le cas de l'équipe de l'exemple, l'efficacité est forte car chacun valorise son temps et celui des autres, les membres participent tous activement au débat et n'hésitent pas à donner leur avis tout en respectant les règles de fonctionnement en équipe (gestion du temps, participation, écoute, ...) . La dynamique est forte et permet même à l'équipe de proposer une amélioration du suivi de l'avancement pour la prochaine fois. Le temps est optimisé et constitue un moteur à la dynamique.

Evolution d’une équipe

Pour construire une équipe, il est donc important de suivre son rythme et de respecter son développement. En particulier une équipe sera moins performante qu’un groupe dans une phase initiale mais par contre sera 10,100, 1000 fois plus performante dans une phase de maturité.

Autant le groupe est orienté vers la tâche, c’est à dire que chaque membre du groupe effectue la tâche qui lui a été donné par son chef, autant une équipe va d’abord chercher à créer des liens affectifs entre ses membres, puis partager une vision commune et enfin va se mettre à exécuter les tâches qu’elle s’est effectuée collectivement.

Et alors ?

Pour créer une équipe, il importe de respecter son développement et c’est bien le manager qui donne les moyens à ce groupe de devenir équipe :

Dans sa phase initiale, le leader/coach/manager pourra créer une ambiance agréable, aider à tisser les liens entre les membres, par des ateliers de team building ou des dojos randoris sur des problématiques plus techniques
Dans une phase intermédiaire, le leader/coach/manager travaillera la vision du produit que l’équipe va construire à l’aide par exemple d’atelier product box et/ou par la constitution d’un story map
Dans la phase finale, le leader/coach/manager travaillera la montée du leadership des acteurs en déléguant et en faisant circuler ses responsabilités pour augmenter la dynamique et surmotiver l’équipe

Le démarrage de projet est très important pour une équipe car c’est le moment où le système se met en place et se stabilise. C’est l’étape où l’équipe se projette et visualise son succès ou son non succès. L’équipe évolue dans un système plus large, en particulier la culture de l’entreprise est un élément qu’il ne faut négliger ; une culture où « chez nous, je n’ai jamais vu un projet terminer à l’heure » peut avoir un effet néfaste sur l’équipe porté de manière inconsciente chez l’individu ; dans ces cas, il faut fournir beaucoup d’énergie pour arriver à focaliser l’équipe et la rendre performance avec un gros travail de visualisation et d’encouragement à chaque résultat.

Les règles de codage en équipe

2009-03-05T06:19:00.000-08:00

Problème récurrent

Une équipe de développeurs de 8 personnes se crée. Chacun membre possède des compétences techniques très diverses. Cette équipe est en charge de créer un produit logiciel de qualité. Lancée directement vers la tâche, au bout de quelques jours de développement, personne n’arrive à comprendre le code de l’autre et finalement chacun se spécialise et se restreint à son petit univers. Un consultant externe ou le leader intervient et propose de mettre en place des indicateurs de qualité. 1 mois plus tard la situation ne s’est pas améliorée voire elle s’est dégradée.

Pourquoi ?

Parce que chaque membre de l’équipe ne se sent pas coresponsable du code qui est produit
Parce que le consultant externe ou le leader tombe sur une réticence au changement même si sa solution est pertinente.

Cette situation est un problème récurrent auquel j’ai pu me confronter sur plusieurs projets.

And here is the rest of it.

Autre approche

L’approche que je vous expose ici a permis à une équipe de développement agile de garder un niveau de qualité du code sur la durée.

La clé est d’accepter que l’équipe ne soit pas performante pendant une quinzaine de jours voire un mois pour lui permettre de s’aligner sur la qualité attendue du logiciel et gagner en performance sur la durée.

Un atelier très adapté pour permettre cet alignement est le Dojo Randori (c.f. Annexe) . Il peut être proposé de faire la première itération de l’équipe sous ce mode : construction de tests Fitnesse, tests JUnit, tests manuels. Cette première itération est alors un moment où l’équipe se constitue équipe en s’alignant sur les pratiques de codage. Cette première étape est positive pour la montée en compétence des membres de l’équipe, néanmoins cela ne signifie pas que le code est de qualité, que le code est « refactoré » correctement.

Pour le consultant externe ou le leader de l’équipe, ça peut être l’occasion d’organiser une séance de « code sur les murs » où il demande à l’équipe « qu’est ce qui vous permet de dire que le code est de qualité ? » à partir d’exemples déjà développés. L’équipe définit alors ces propres règles, qui par expérience, ne sont pas si différentes que celles proposaient par Martin Fowler dans Refactoring Improving the Design of Existing Code

Pendant un à deux mois, le consultant externe ou le leader peuvent alors provoquer des séances de refactoring régulières pendant lesquelles l’équipe modifie le code à partir des règles qu’elles s’étaient fixées. Ces rendez-vous peuvent être l’occasion pour ajouter des règles ou d’en supprimer.

Les métriques de code

Je suis contre l’utilisation de métriques de code PMD, CheckStyle car ces métriques créent un sentiment de contrôle sur l’équipe. Cela demande que le leader vérifie que ces règles soient respectées et qu’il aille voir les développeurs pour respecter ces règles. De plus, ces métriques sont limitées, par exemple elles ne permettent pas de savoir si une méthode est bien nommée. Ces métriques créent une déresponsabilisation des développeurs qui se disent : « Je peux faire du code de merde et je le corrigerai plus tard à partir des résultats des métriques » ; les métriques sont sujettes à proscranisation.

Annexe : Fonctionnement du Dojo Randori

Le terme Dojo vient du japonais, lieu consacré à la méditation, au travail et à la discipline
Lieu où les programmeurs travaillent sur un défi de programmation
Cet atelier permet à chaque participant d’améliorer sa pratique de développement
Il est très utile pour faire progresser les individus, les expérimentés apprennent aux plus débutants
Les participants s’alignent sur des pratiques, des conventions de codage
Deux personnes sont devant un ordinateur, une des deux code, l’autre la conseille, les autres derrière regardent l’écran géant et attendent leur passage

Cadrer une demande

2009-03-03T05:34:00.000-08:00

Un cadrage rigoureux de la demande d’aide permet de mieux comprendre le système et de répondre au mieux à la demande. La demande d’aide est souvent exprimée de manière floue, soit sous forme d’un problème à résoudre, soit sous forme de solutions à mettre en œuvre. En général, le demandeur attend tout de suite une réponse. Il est important de ne pas tomber dans ce piège tant que la demande n’a pas été cadrée.

Dans la phase de cadrage, il est important de savoir si le demandeur est bien le demandeur réel ou un transmetteur, est-il responsable de la demande ? A t-il le pouvoir de décision ? Ensuite il convient de connaître la situation qui a déclenchée la demande d’aide. Pour éviter que le demandeur soit un frein au changement, vérifier que le demandeur est engagé dans sa demande.

Un objectif exprimé par le demandeur est souvent un problème ou une solution, il est important de connaître l’(es) objectif(s) supérieur(s) et valider la cohérence de l’objectif avec les objectifs supérieurs. Ensuite pour cadrer la mission, il est nécessaire de connaître les résultats attendus après l’intervention du consultant. Dans un système, il est un avantage de connaître les acteurs ressources ou freins à l’objectif (Insiders, Outsiders).

D’un point systémique, les relations entre les acteurs permettent de mieux connaître le système. Les acteurs ont-ils intérêt à s’engager dans le changement, qu’est ce que les acteurs gagnent, en particulier le demandeur ?

Connaître les marges de manœuvre du système permet de connaître l’évolution possible du système. La recherche des contraintes permet de connaître les leviers créateurs du changement. Il est important de connaître les actions en cours et les solutions qui ont déjà été tentées pour éviter de faire de la même chose.

Attention à l'agile !

2009-02-20T02:46:00.000-08:00

Le manifeste agile définit les quatre valeurs fondamentales suivantes:

L’interaction avec les personnes plutôt que les processus et les outils
Un produit opérationnel plutôt qu’une documentation pléthorique
La collaboration avec le client plutôt que la négociation de contrat
La réactivité face au changement plutôt que le suivi d'un plan

Le travail essentiel à faire en agile est de travailler sur l'équipe. L'interaction avec les personnes correspond à la dynamique d'équipe. Le produit opérationnel est une valeur qui renforce la focalisation et mobilisation d'une équipe. La collaboration avec le client formalise la cohésion de l'équipe, le client fait partie de l'équipe. La réactivité face au changement est une valeur qui demande que l'équipe soit à un niveau de maturité élevé.

L'accompagnement d'une équipe vers l'agilité s'apparente plus à du coaching d'équipe qu'à du conseil ou de l'expertise sur la méthode. Même si les méthodes agiles introduisent le planning game, la standup meeting, le binômage, les rétrospectives, tous ces "outils" ne servent à rien s'ils ne sont pas introduit au bon moment. Les imposer peut créer une rétiscence au changement et surtout une déresponsabilisation de l'équipe par rapport à l'outil et donc une équipe qui n'est pas efficace.

Par exemple:

une standup meeting peut être très vite un lieu où le chef de projet affirme son autorité plutôt qu'un échange entre membres de l'équipe
un bilan d'itération peut devenir un espace de discussions conflictuelles ayant un effet démobilisateur sur l'équipe

La rétrospective peut être un lieu d'échange qui ne débouche pas sur des actions, voir qui débouche sur des actions qui ne sont pas faites par la suite

Beaucoup de Scrum masters appliquent la méthode de façon stricte sans prendre en compte le système équipe et sa maturité, ce qui donne des résultats peu satisfaisants voir des situations instables, désorganisées où l'équipe n'assume plus des fonctions vitales comme le pilotage par exemple.
Je m'interroge sur l'application actuelle du coaching agile en France (celui que je connais) et à l'étranger. J'ai peur des dangers de la certification Scrum master où des coachs certifiés après 2 jours de formation sont amenés à accompagner des équipes vers l'agilité. Je m'interroge aussi sur le manque de cadre qui est donné à ce metier: "coach agile" - "scrum master" qui ne fait que décribiliser le métier. Le monde du coaching est aussi sujet à ces risques mais au moins un certain nombre de mesures ont été prises pour l'en protèger: Les formations durent 1 an, les coachs sont pour la plupart supervisés, le cadre d'accompagnement et un code déontologique sont définis. On ne s'improvise pas coach d'équipe comme on s'improvise pas coach agile.

Quand est ce que le métier "coach agile" sera considéré comme un métier à part entière, un métier d'accompagnement et pas comme un supplément au consultant, à l'expert technique, à l'architecte ?

XMLUnit

2009-02-06T02:43:00.000-08:00

XMLUnit permet de tester unitairement la comparaison de XML et la validation des expressions XPath.

Exemple:

 @Test
 public void xmlEquals() throws Exception {
  XMLAssert.assertXMLEqual("<toto><titi></titi><tata></tata></toto>","<toto><tata></tata><titi></titi></toto>");
 }
 
 @Test
 public void xmlFile() throws Exception {
  Assert.assertTrue(XMLUnit.compareXML(new StringReader("<toto><titi></titi><tata></tata></toto>"),"<toto><tata></tata><titi></titi></toto>").similar());
 }

 @Test
 public void xmlXPath() throws Exception {
  XMLAssert.assertXpathExists("//toto/titi[name='rod']", "<toto><titi><name>rod</name></titi><tata></tata></toto>");
 }

Pour aller plus loin, Jettez un coup d'oeil au Tutorial

Dans le pom maven, ca donne ça:

  <dependency>
   <groupId>xmlunit</groupId>
   <artifactId>xmlunit</artifactId>
   <version>1.2</version>
   <scope>test</scope>
  </dependency>

Unitils++

2009-02-06T02:06:00.000-08:00

J'avais écrit un article sur Unitils qui permet de simplifier l'utilisation des mocks avec les annotations. A l'époque où j'ai écrit l'article, Unitils utilisait EasyMock pour son implémentation des mocks, depuis la version 2, ils ont construit leur propre implémentation des mocks qui est beaucoup plus simple qu'EasyMock, de quoi faire comprendre facilement comment marche un mock en formation. Adieu Easymock, je t'aimais bien !

Un exemple:

@RunWith(UnitilsJUnit4TestClassRunner.class)
public class CalculatorWebServiceTest {
 @InjectIntoByType
 private Mock<Calculator> calculator;
 @TestedObject
 private CalculatorWebService webservice;

 @Test
 public void result() {
  // define mock behaviour
  calculator.returns(1).result();
  // assert result
  Assert.assertEquals(1, webservice.result());
  // assert mock invocation
  calculator.assertInvoked().result();
 }
}

Pour aller plus loin, le Tutorial d'Unitils est bien foutu.

Pour ceux qui veulent maveniser tout ça:

  <dependency>
   <groupId>junit</groupId>
   <artifactId>junit</artifactId>
   <version>4.4</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>org.unitils</groupId>
   <artifactId>unitils</artifactId>
   <version>2.2</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>cglib</groupId>
   <artifactId>cglib</artifactId>
   <version>2.2</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>asm</groupId>
   <artifactId>asm</artifactId>
   <version>3.1</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>asm</groupId>
   <artifactId>asm-analysis</artifactId>
   <version>3.1</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>asm</groupId>
   <artifactId>asm-tree</artifactId>
   <version>3.1</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>org.objenesis</groupId>
   <artifactId>objenesis</artifactId>
   <version>1.1</version>
   <scope>test</scope>
  </dependency>
  <dependency>
   <groupId>org.objenesis</groupId>
   <artifactId>objenesis</artifactId>
   <version>1.1</version>
   <scope>test</scope>
  </dependency>

Le changement

2009-02-05T09:39:00.000-08:00

Parfois dans votre vie, vous changez de paradigme, vous prenez la pilule rouge comme dans Matrix et vous voyez une autre réalité, c’est ce qu’apporte la systémique.

Jacques-Antoine Malarewicz dans Systémique et entreprise énonce quelques axiomes du changement que j’ai repris ici :

• Il vaut mieux ne pas parler de changement : nous participons tous au changement sans le savoir, chacun de nous est le changement
• Le changement est un processus : chaque étape compte même si aucune d’entre elles n’est déterminante, c’est une succession d’essais et d’erreurs
• Le changement est un processus complexe : l’idée n’est pas de contrôler une situation, mais de la provoquer et d’accompagner. Un consultant qui prétendrait contrôler une situation voudrait dire qu’il se substitue aux dirigeants de l’entreprise
• Changement et non-changement vont de pairs : le mandant qui demande du changement va en général tout faire pour qu’il n’y ait pas de changement
• Changer l’état d’esprit : changer d’état d’esprit, c’est un changement de vision, de paradigme
• Le changement est saltatoire : le changement se fait par saut, avec de longues phases de stagnation
• Les solutions immédiates apportent moins que l’anticipation des changements ultérieurs
• Système complexe et changement: plus un système est complexe, moins il faut d’énergie pour y introduire un changement de part son instabilité, plus un système est simple plus il faut d’énergie de part sa rigidité
• Parfois la meilleure façon d’introduire du changement dans une situation est de la complexifier
• Il n’est de changement que spontané
• Le changement provient de la marge, quand il est annoncé il est immanquablement mis en échec
• Le changement est à la fois un processus de désapprentissage et d’apprentissage
• La compréhension et le changement : le changement n’est pas compréhensible, il est préférable de répondre au comment qu’au pourquoi
• Il n’est de véritables changements sans implications émotionnelles
• Le changement se produit au « bon moment », au consultant de le détecter
• Ce sont d’avantages des permissions que des solutions que le consultant extérieur doit pouvoir donner
• La place du passé : le passé est revu dans le présent
• Changer c’est rendre possible l’impossible
• Rien n’est jamais acquis

Simplicité ou complexité ?

2009-02-05T01:21:00.000-08:00

Extreme Programming propose 5 valeurs fondamentales: communication, simplicité, feedback, courage, respect.

Je m'interroge aujourd'hui sur la valeur simplicité, en effet il n'est pas toujours si évident que la simplicité crée de la valeur. La théorie des systèmes nous prouve le contraire. Dans un projet, créer 2 équipes ajoute de la complexité et peut dans certains cas créer une dynamique et une efficacité globale plus forte. La simplicité est réductrice, d'une certaine façon la simplicité me fait penser à une procédure, à la rigidité. Si un observateur regarde une équipe qui a atteint le dernier stade de maturité d’Intelligence collective, il est probable qu'il pense que c'est le bordel, c'est tout sauf simple, impossible de voir qui est le chef, l'équipe semble désorganisée. En fait, c'est tout l'inverse, l'équipe a atteint un tel niveau de maturité qu'elle est capable de changer sa structure très rapidement pour s'adapter. La complexité est souvent source de créativité. Ici s’oppose le cartésianisme, philosophie rationaliste et la systémique, philosophie irrationaliste.

C’est probablement ici que réside toute la difficulté d’un consultant qui souhaite introduire les méthodes agiles chez son client : jouer entre simplicité et complexité.

Recadrage de point de vue

2009-02-02T13:03:00.000-08:00

Le recadrage de point de vue ou aussi appelée changement de positions perceptuelles est une technique issue de la Programmation Neuro Linguistique (PNL) qui peut être utilisée pour gérer une situation de conflit ou plus conventionnellement de trouver un terrain d’entente. Dans le cas d’un conflit entre deux personnes, l’idée est de permettre à chacun des deux personnes de se mettre à la place de l’autre.

Dans l’idéal, le recadrage se fait en trois étapes :

1. Chaque personne joue son propre rôle auprès du médiateur
2. Chaque personne se met dans la peau de l’autre personne auprès du médiateur
3. Chaque personne se met en position dissociée ou appelée « Méta » auprès du médiateur

Les règles de départ de la médiation:
• Valider que les deux personnes souhaitent obtenir un terrain d’entente
• Énoncer aux deux personnes que pendant qu’une des personnes est questionnée par le médiateur, l’autre ne doit pas intervenir, elle a le droit de prendre des notes

Pour la position « Méta », j’utilise des figurines comme des playmobiles qui permettent de faciliter la position « Méta »

Ressources:
• Cas de coaching commentés

Modèle de Congruence

2009-02-02T02:30:00.000-08:00

Gerald M. Weinberg a complété les positions d’incongruence de Satir par le modèle suivant : Soi, Autres, Contexte.

Quand nous agissons de manière congruente, nous agissons en prenons en compte consciemment ou inconsciemment des trois aires suivantes : soi, les autres, le contexte

• Soi : Nous devons prendre en compte nos propres besoins et capacités. Par exemple, des managers qui essayent d’assister à chaque réunion technique consommeront tout leur temps de disponibilité pour faire leur travail de manager ou même pour pouvoir avoir une réelle contribution technique
• Autres : Nous devons prendre en compte les besoins et les capacités des autres personnes. Par exemple si un développeur est complètement capable d’écrire du code lisible, mais refuse de le faire, alors tester ou maintenir ce code sera un fardeau
• Contexte : Nous devons considérer la réalité du contexte dans lequel nous opérons. Si un manager d’une start-up dépensait de l’argent comme si l’entreprise possédait demi milliard d’euros dans son budget, alors il est probable que l’entreprise échoue au-delà des qualités du produit qu’elle vend et de la performance de l’équipe

Ce modèle peut être lié avec les postures d’incongruence de Satir. Weinberg en ajoute une nouvelle posture qui est « Aimant – Détestant », les personnes en action ne prennent pas en compte le contexte

Le « Réprimandeur » ne prend pas en compte les autres : « Je suis tout, vous n’êtes rien »

La « Carpette » ne s’estime pas : « Je ne suis rien, vous êtes tout »

L’ « Hyper-raisonnable » ne prend en compte que le contexte, il ne ressent rien en soi et dans les autres

Le « Distracteur » ne prend ni en compte lui-même, les autres et le contexte.

« Aimant – Détestant », les personnes en action ne prennent pas en compte le contexte

Ressources:
• Quality Software Management Congruent Action

Tests de personnalité́s

2009-01-29T02:12:00.000-08:00

Il existe un nombre important d’outils de personnalités: MBTI, BigFive, Ennéagramme, Structogram, et bien d’autres… Tous aussi intéressant les uns que les autres, tous aussi vrais que faux. Un outil ne vous permet pas de connaître votre personnalité tout entière, il ne vous donnera que des indications sur vous-même. Comme dit si justement Paul Valéry : "Tout ce qui est simple est faux, mais tout ce qui ne l'est pas est inutilisable !"

D’une certaine façon, un test de personnalité n’a pas plus de pertinence qu’un horoscope, ce qui est important c’est qu’il vous fait réfléchir sur vous-même, vous permet de découvrir une partie de vous même, de mieux vous accepter, d’accepter vos différences. Ce qui importe, c’est plus ce que vous en faites que le test lui-même. Avant de m’y intéresser, j’en avais déjà passé et ça n’a rien changé pour moi. Le jour où j’y décidais de m’y intéresser, j’ai pris conscience de nouvelles choses, je me suis ouvert de nouvelles portes et je me suis dit que chacun porte en lui-même les ingrédients de son bonheur (et pas le bonheur, terme indéfinissable). Il est clair que plus vous vous connaissez bien, mieux vous appréhendez le monde, mieux vous comprendrez les autres.

Plus loin avec MBTI

2009-01-28T11:51:00.000-08:00

What type am I ? est un livre en anglais qui explique simplement et clairement MBTI avec des dessins assez ludiques, je vous le conseille vivement si vous souhaitez aller plus loin avec MBTI

Le livre parle aussi du "Keirsey Temperament Sorter", David Keirsey a regroupé plusieurs types ensemble pour former 4 tempéraments, on appelle cet outil « Keirsey Temperament Sorter » :

• Les « gardiens » (SJ) : sont motivés par un besoin d’être serviable. Ils aiment coller aux manières standards de faire les choses et valorisent les traditions, les coûtumes et les lois de la société
• Les « artisans » (SP) : sont motivés par un besoin de liberté et d’action. Ils valorisent et aiment vivre dans l’ici et le maintenant
• Les « rationnels » (NT) : sont motivés par un besoin de comprendre le monde autour d’eux. Ils valorisent les compétences et les pouvoirs de l’esprit
• Les « idéalistes » (NF) : sont motivés par un besoin de se comprendre et de comprendre les autres. Ils valorisent l’authenticité et l’intégrité et recherche un monde idéal.

Ressources:
•http://16types.free.fr/
•http://fr.wikipedia.org/wiki/Myers_Briggs_Type_Indicator
•http://en.wikipedia.org/wiki/Keirsey_Temperament_Sorter

Myers Briggs Type Indicator

2009-01-28T10:11:00.000-08:00

Qu’est ce que MBTI ?

Myers-Briggs Type Indicator (MBTI) est l’indicateur de personnalité le plus utilisé au monde avec 2 millions de passations par an. Le Myers Briggs Type Indicator (MBTI) a été conçu par Katharine Cook Briggs et sa fille Isabel Briggs Myers à partir de la théorie des personnalités de Jung. C’est dans les années 30 que le psychiatre suisse Carl Gustav Jung développe son approche typologique des personnalités sur la base de sa pratique psychanalytique et d’observations historiques. Il met en évidence quatre fonctions psychologiques fondamentales (la pensée, le sentiment, la sensation, l’intuition) et deux façons de puiser de l’énergie (introversion, extraversion) L’idée centrale de sa théorie est que les variations de comportements des individus ne sont pas le fait du hasard mais qu’elles résultent de préférences spontanées concernant ces dimensions essentielles. Par exemple, une personne orientée « pensée » prendra le plus souvent et le plus facilement ses décisions de façon rationnelle, sur la base de critères impersonnels en négligeant le plan affectif. À l’inverse, une personne orientée « sentiment » prendra davantage en considération le plan affectif dans son mode décisionnel.

Préférences et types

Les préférences

Extraversion (E)
- Préfère tirer de l'énergie des activités, des gens et des choses du monde extérieur
Introversion (I)
- Préfère tirer son énergie des réflexions, sentiments et idées du monde intérieur
Sensation (S)
- Préfère se concentrer sur les informations obtenues par les cinq sens et sur les applications pratiques
Intuition (N)
- Préfère se concentrer sur les structures, les rapports et les significations possibles
Pensée (T)
- Préfère fonder ses décisions sur la logique et une analyse objective des causes et des effets
Sentiment (S)
- Préfère baser ses décisions sur un processus d'appréciation, en prenant en compte ce qui est important pour les personnes
Jugement (J)
- Apprécie une approche planifiée et organisée de la vie ; préfère que des décisions soient prises
Perception (P)
- Apprécie une approche souple et spontanée ; préfère garder les options ouvertes

Passer le test

Les types

Les diverses combinaisons de ces préférences conduit à 16 " types " de personnalité dont chacun est associé à un ensemble unique de caractéristiques comportementales et de valeurs. Ces " types " fournissent un point de départ utile pour un retour d'expérience individualisé, une exploration de soi-même et une discussion de groupe. C'est un modèle qui ne juge pas, qui ne classe pas, qui décrit la personnalité de façon dynamique et détaillée, avec un langage simple permettant de donner un nom à des phénomènes insaisissables. Il permet de comprendre les différences afin d'en tirer parti, et donc d'accepter l'autre, non plus « malgré » mais « pour » ses différences. C'est un modèle de tolérance.

« Qui connaît les autres est instruit. Qui se connaît est sage. » – Lao-Tseu

ESTJ

Sociable, énergique et digne de confiance. Efficace, organisé, et ferme. Aime l’administratif et diriger. Excellent dans l’organisation et dans les décisions politiques et procédures. Assertif, franc et direct. Concentrer sur la résolution de problèmes. Responsable, travailleur et orienté objectif. Cohérent, pragmatique et logique.

ESFJ

Enthousiaste, sociable, et charmeur. Aime être nécessaire et apprécié. Qui présente bien, compatissant, et coopératif. Aime être serviable, actif au service des organisations. Sérieux, loyal et responsable. Valorise l’harmonie et montre de l’amour de façon pratique.

ISTJ

Réservé, persévérant, loyal, et prudent. Méthodique, organisé et concentré sur les faits. Travailleur, minutieux, et bon dans le suivi. Pieds sur terre, pragmatique et sérieux. Tiens ses engagements. Fait ce qui est bien et attend la même chose des autres. Calme et constant dans les crises.

ISFJ

Consciencieux, sérieux, et coopératif. Loyal, digne de confiance, et autodiscipliné. Forte éthique de travail, termine les tâches à temps. Excellente mémoire pour les détails. Amical silencieux, prévenant et reservé. Travaille souvent derrière la scène en aidant les gens. Modeste et discret. Chaleureux, plein de tact, et doux.

ESTP

Aime les risques, les défis et l’aventure. Energique, et n’arrête jamais. Vie la vie pour le plus. Alerte, confiant, et convaincant. Peut être outrancier, direct et impulsif. Compétent, plein de ressource, et répond bien aux crises. Réaliste, pragmatique, et terre à terre. Habile négociateur.

ESFP

Compréhensif, généreux, coopératif, et aimant aider les autres. Amical, grégaire, énergique, plein de vivacité et charmant. Souvent la vie de la fête. Tolérant et s’acceptant soi et les autres. A le sens pratique commun. Accentue le positif. Se réjoui des nouvelles expériences et a la joie de vivre

ISTP

Préfère l’action à la conversation. Aime l’aventure et le défi. Gère bien la crise. Aime travailler avec des outils, machines, et tout ce qui nécessite des talents du terrain. Plein de ressources, indépendant, et autodéterminé. Logique, réaliste et pratique. Réservé, détaché, curieux et observateur. Entrepôt d’information et de faits.

ISFP

Gentil, loyal, et compatissant. Apparaît réservé et modeste. Fait des choses en silence pour les autres. Patient, tolérant et ne portant pas de jugement sur les autres. A une attitude de vivre et laisser vivre. Sensible aux conflits et désaccords. A peu besoin de dominer et contrôler les autres.

ENTJ

Meneur confiant qui aime être responsable. Ferme et ambitieux. Aime les échanges intellectuels. Ingénieux et plein de ressources dans la résolution de problèmes complexes. Innovant, analytique, et logique. Autodéterminé, et indépendant. Aspire à être le meilleur dans tous ce qu’il fait.

ENTP

Parle sans détour et se porte bien dans les défis et les débats. Enthousiaste, charmant, grégaire, et spirituel. Valorise la liberté et l’indépendance. Innovant, entreprenant et plein de ressource. Spontané et impulsif. Preneur de risques qui est en alerte de toutes les possibilités. Inquisiteur et curieux.

INTJ

Indépendant et individualiste. Possède une grande intuition et vision. Talentueux dans la création de théories et de systèmes. Conduit lui même et les autres vers des objectifs et des progrès personnels. Organisé, determiné, bon dans le suivi. Responsable, réservé et tranquille

INTP

Analytique et brillant. Résout les problèmes de manière conceptuel et pense de manière originale. Particulier et non conformiste. Valorise la précision des pensées et du langage. Remarque les inconsistances, les contradictions et les défauts dans la pensée des autres. Indépendant, curieux, et perspicace.

ENFJ

Aimable, charmant, enthousiaste, et actif socialement. Parleur persuasif et enthousiasme, meneur charismatique qui motive les autres. Empathique, chaleureux, serviable et d’un grand secours. Peux idéaliser les gens et les relations. Responsable, consciencieux et orienté objectif. Diplomate et bon à promouvoir l’harmonie.

ENFP

Plein d’entrain, serviable, tolérant, et compatissant. Plein d’enthousiaste et de nouvelles idées. Valorise la liberté et l’autonomie. Bon en communication et inspirant l’action. Créatif, spontané, positif, et qui aime s’amuser. Individualiste et perspicace.

INFJ

Suceptible, intérieur, et parfois mystique. Tenace concernant ses valeurs personnelles et convictions. Possède une riche vie intérieure, et valorise l’intégrité personnelle. Créatif, original, et idéaliste. Resérvé, doux, et compatissant. Aime la solitude, a un besoin fort d’harmonie. Conscientieux, déterminé, et persérvérant.

INFP

Dévoue, compatissant, ouvert d’esprit, et doux. Déteste les règles, les ordres, les calendriers, et les dates butoir. Aime apprendre et être absorbé dans ses propres projets. A des convictions passionnées et recherche des idéaux. Se fixe des hauts niveaux pour lui même. Idéaliste, susceptible et créative. Peut être réservée et contemplative.

Se libérer de sa culpabilisation

2009-01-28T09:41:00.000-08:00

Étant conscient que le sentiment de culpabilité est souvent responsable de notre mal-être, je me suis procuré un livre sur le sujet : « Être soi sans culpabiliser » de Sarah Famery. Ce livre est simplificateur et donne quelques pistes qui permettent de mieux comprendre les origines de notre culpabilisation Ce sentiment de culpabilisation est présent fréquemment, quand une personne rejoint une équipe, quand une personne est en conflit, ...

J’ai découvert que le sentiment de culpabilité pouvait se traduire de 5 façons différentes:

• Le sentiment de « ne pas être assez bien » : la personne qui vit ce sentiment a l’impression de ne jamais mériter l’estime et nourrit l’idée que les autres sont toujours plus intéressants. Ce sentiment peut venir d’un manque d’amour ou de reconnaissance ou d’une difficulté qu’a eu la personne à s’imposer, se faire accepter. Une très forte exigence d’un parent, d’un professeur, patron, conjoint, peut peser sur la personne et lui faire penser que, quoi qu’elle fasse, elle n’est jamais assez bien. La personne est dans la non-estime de soi.
• Le sentiment de « mal faire » : la personne qui vient ce sentiment, craint de ne pas « bien » faire. La personne dans cette situation croit que les autres feront mieux à sa place. Cette personne est attachée à des modèles très forts, en particulier si elle a reçu une éducation très normative et moraliste ou a subit beaucoup de reproches de personnes importantes à ses yeux ou s’est vu imposer du parent du même sexe un modèle d’intelligence, compétence, … ou a vécu avec des personnes qu’il a tendance à idéaliser. La personne vit dans l’omniprésence du bien.
• Le sentiment de « ne pas être comme il faut » : la personne a l’impression de ne pas être comme il faut, de rentrer dans le « moule » par rapport à autrui, un parent ou un milieu social. La notion de devoir est ici dominante. Cette impression vient de vécus dans des milieux souvent rigides. Elle peut venir aussi d’un besoin d’intégration de la personne. Ou si les parents désirent à la place de l’enfant de sa situation future. La personne est en attente de l’autre.
• Le sentiment de « faire du mal » : la personne culpabilise si elle fait quelque chose pour elle, pour son plaisir car elle a l’impression de faire du mal, du tort à autrui. Dans notre culture, nous sommes souvent accusés d’égoïsme. La notion de sacrifice est répandue par exemple le sacrifice pour sa famille. La personne pense les autres d’abord. La personne a pu être l’objet de chantages affectifs par ses parents lui demandant de faire pour ses parents.
• Le sentiment de « ne pas avoir de droit » : La personne a le sentiment qu’elle n’a pas le droit de penser ou de faire quelque chose. Quoi qu’elle fasse, la personne culpabilise car elle estime qu’elle n’a pas le droit de le faire. Cela remonte à des interdits très forts dans l’enfance ou à l’expérience d’une personne écrasante ou à des histoires personnelles où la personne n’avait pas le droit d’exister. La personne manque de place.

Pour se libérer de ses culpabilités, il convient avant tout de les détecter, puis de faire des liens avec son environnement ou des personnes en relation avec cette culpabilité et ensuite d’en chercher des origines plus anciennes.

Ce que j’ai remarqué, c’est que la petite voix qui me dit « Il faut ou il faudrait que je fasse ceci » ou que « j’aurai dû faire ceci » va tester ma culpabilité. Pour échapper à cela, je me dis « je peux faire ceci » ou « je peux choisir de faire ceci » et le fait de faire ce travail de reformulation me permet de me responsabiliser par rapport à la situation.

Quelques citations pour finir : « Quand on cède à la peur du mal, on ressent déjà le mal de la peur. »
Beaumarchais, Le Barbier de Séville.
« C'est une perfection de n'aspirer point à être parfait.»
Fénelon
« J'ai le droit d'être idiote ou intelligente. Et j'ai aussi le droit d'être les deux à la fois. Je refuse d'adopter seulement l'une de ces deux attitudes. » Björk

Positions d’incongruence

2009-01-21T07:41:00.000-08:00

On dit qu’une personne est congruente quand sa communication verbale et non-verbale adresse le même message. La communication verbale est celle qui est exprimée par les mots. La communication non-verbale est celle qui exprimée par :

L’expression du visage
La position du corps
La tension des muscles
Le rythme de la respiration
Le ton de la voix
Les gestes

Si les deux ne sont pas en accord, le message est double et donc perturbe la communication avec son interlocuteur. Les principales causes d’incongruence sont :

Ne pas s’estimer
Avoir peur de blesser quelqu’un d’autre
Se soucier des représailles des autres
Avoir peur d’une rupture de la relation
Ne pas vouloir s’imposer
Être centré sur soi et ne pas attacher d’importance à l’autre ou la relation

Virginia Satir, thérapeute familiale, a décrit 4 postures principales d'incongruence:

La "Carpette": c'est celui qui dit toujours oui, qui s'excuse tout le temps, qui ne veut jamais être en désaccord dans tous les cas, qui est reconnaissant quand quelqu'un vient lui parler. Il est responsable de tout, c'est le martyre, le lèche-botte, le mendian. Sa voix est pleurnicheuse. Il est peu vaillant, vouté, prêt à prendre des coups
Le "Réprimandeur": c'est celui qui accuse, qui cherche un bouc émissaire, un chef qui agit de manière supérieure, c'est celui qui dit: "c'est de ta faute". Sa voix est dure, ferme, souvent stridente et forte. Son corps est accusateur, il pointe du doigt. Il préfère évacuer les choses que de se renseigner. Son visage fait la grimace, ses lèvres sont plissées, ses narines dilatées, appelant des noms, prêt à critiquer tout ce qui est visible
L'"Hyper-raisonnable": c'est celui qui est raisonnable, calme, qui ne montre pas ses sentiments, qui garde son sang-froid, qui utilise des phrases en longueur avec des mots compliqués et abstrait. Son corps est souvent immobile. Sa voix est monotone, sèche et détachée. Ce qui est important pour l'"Hyper raisonnable", c'est de paraître intelligent. En adoptant cette attitude, les autres ne nous écoutent plus au bout de quelques minutes. Cette posture peut paraître pour beaucoup la bonne attitude à adopter: "Dis les bons mots, ne montre aucun ressenti et ne réagit pas"
Le "Distracteur": ce qu'il dit ou fait est hors propos de ce que les autres sont en train de dire ou de faire. La voix est souvent chantante et en décalage par rapport aux mots. Il ignore les questions des autres et lance sans arrêt de nouveaux sujets. Son corps part dans différentes directions, les yeux ne sont pas fixes, les genoux sont dans un sens, les bras dans un autre, la tête instable.

Il existe bien sûr une posture congruente. Tous les messages vont dans la même direction, les mots sont en accord avec l’expression du visage, la position du corps et le ton de la voix. Les relations sont simples, libres et honnêtes et les gens ne se sentent pas menacés dans leur amour-propre. Quand vous êtes dans cette posture, vous vous excusez quand vos actes ne sont pas en accord avec vos intentions. Vous pouvez juger des actes mais pas des personnes. Habituellement vous êtes aussi capable de proposer de nouvelles alternatives. Dans cette posture, la personne exprime ses émotions. Le message est unique. Vous vous sentez bien en leur présence. Les postures d'incongruence sont des postures que nous avons tous appris. Certains messages que nous avons reçus renforcent ces postures:

"Ne t’impose pas, c’est égoïste de demander des choses pour soi" renforce une posture "Carpette"
"Ne te laisse rabaisser par personne, ne sois pas un lâche" renforce une posture "Réprimandeur"
"Ne sois pas si stupide, tu es trop intelligent pour faire des erreurs" renforce la posture "Hyper raisonnable"
"Ne sois pas sérieux, laisse tomber ! Qui s’en inquiète ?" renforce la posture "Distracteur"

Toutes ces postures ne sont pas sans rapport avec les positions de vie de l'Analyse Transactionnelle et le triangle infernal (Persécuteur, Sauveur, Victime) Ce que propose Virginia Satir, c'est de jouer avec d'autres personnes ces postures pendant une période de 5 minutes et de partager ce que l'on ressent. Si vous pouvez développer vos capacités d'écoute de votre corps et de vous mettre en position "Meta", vous serez probablement capable de changer la relation dans laquelle vous êtes pour aller vers une relation plus "nourrissante" ou arrêter la relation si vous pensez qu'elle n'apporte rien. Références:

Blog en anglais sur le coaching ?

2009-01-16T06:53:00.001-08:00

En ce moment, je ne publie d'articles, ce n'est pas parce que j'ai moins d'idées, bien au contraire, en fait je les écris mais ne les publie plus. Je suis tout simplement en train de changer. Le changement est spontané et n'épargne personne même si notre nature profonde d'être humain n'aime pas le changement. Je suis en train de changer et j'ai l'envie irrésistible de changer de blog.

J'ai changé de lectures: mes bouquins sur Spring et autres frameworks J2EE ont été remplacés par des bouquins sur le coaching, le coaching d'équipe et la systémique. Les deux sujets sont importants mais pour autant je ne me vois pas traiter les deux sujets en même temps. De plus, j'ai envie d'écrire en anglais pour toucher une population plus large. L'effort est conséquent mais en vaut la peine.

Mon nouveau blog parlera toujours d'agilité et sera complété par du coaching d'équipe, d'organisation, des outils de coaching, des sujets qui sont complémentaires à l'agilité et qui permettent d'adapter les méthodes agiles au contexte des clients. J'aimerai pouvoir apporter aux coachs agiles si je peux de nouvelles perspectives pour accompagner leurs clients vers le changement.

Je souhaite faire des fiches de lecture des livres que je lis et qui m'ont apporté.

Tout un programme, une nouvelle année, plein de nouvelles résolutions ;-)

Stade de développement d'une équipe

2008-12-03T08:59:00.000-08:00

Dans des projets de réalisation, un bon processus bien appliqué ne suffit pas toujours à la réussite du projet. Il est nécessaire que les individus travaillant sur ce projet possèdent un bon niveau de performance collective pour pouvoir atteindre l'objectif du projet. Chaque équipe réagit différemment en fonction du contexte, de la culture d'entreprise, des individus en présence et du projet à réaliser. Certaines équipes fonctionnent mieux que d'autres et obtiennent de meilleurs résultats.

C'est fort de ce constat qu'intervient la notion de stade de développement d'une équipe:

• Premier stade: équipe désorganisée, chaque membre vérifie s'il fait partie de l'équipe, les objectifs sont divergents, chacun est tourné sur soi et crée une relation de dépendance vers un leader s'il y en a un, les membres ne se connaissent pas bien et se méfient les uns des autres

• Deuxième stade: équipe organisée, l'équipe s'organise autour d'un leader, la vision de l'équipe est celle du leader, les communications inter-membres sont faibles, il est fréquent de voir une certaine compétition entre les membres de l'équipe

• Dernier stade: l'équipe est auto-organisée, l'équipe se responsabilise collectivement, les membres communiquent beaucoup, les membres sont peu spécialisés, l'énergie est collective et tournée vers l'objectif commun

A chaque fois que l'équipe accueille un nouveau membre ou en perd un, elle retombe au premier stade.

Code smell

2008-11-13T02:00:00.000-08:00

Un "code smell" ou code qui ne sent pas bon est un indicateur de qualité du code. Plus le code est de qualité, plus il est lisible, moins il y a de bugs, plus il est partagé par plusieurs développeurs, plus il est amélioré, plus la qualité augmente. L'impact est que la vélocité de l'équipe augmente car le code est plus simple, plus lisible et plus la confiance de l'équipe dans l'application est importante. Les principaux "code smell":

Duplication de code
Méthode trop grosse > 10 lignes
Classe trop grosse > 1/2 page
Une classe qui exploite trop une autre classe
Une classe qui a une dépendance sur l'implémentation d'une classe
Une classe dont des méthodes surchargent celles de la classe en déformant la fonctionnalité initiale
Une classe faignante, qui ne fait rien
Méthode dupliquée
Sur-complexité due à l'utilisation excessive de patterns, qui ne sont pas nécessaire

Références

CodeSmell at c2.com
Fowler, Martin (1999). Refactoring. Improving the Design of Existing Code. Addison-Wesley. ISBN 0-201-48567-2.

Motivation dans une équipe agile

2008-10-18T13:00:00.000-07:00

Introduction

La motivation est essentielle pour atteindre ses objectifs personnels. Pour être motivé, nous devons satisfaire une partie des besoins suivants en fonction de sa personnalité:

besoin d'autonomie
besoins de réalisation, d'accomplissement
besoins de pouvoir
besoins d'affiliation, d'appartenance sociale
besoin de compétences
besoin d'estime de soi
besoin d'intimité

Certains facteurs permettent d'augmenter notre motivation:

la variété des tâches
la possibilité de réaliser des tâches entièrement
la signification des tâches
un retour sur son activité
l'importance de la tâche pour soi
l'assurance d'obtenir ce que l'on souhaite en retour si on réalise l'action
la confiance dans le succès de la tâche
un rapport d'égalité avec les autres membres d'une équipe
le plaisir
l'esthétisme
les relations avec les autres

Extrait de wikipedia: "La théorie de l’autodétermination parle de « motivation autodéterminée » quand le besoin d'autonomie joue un rôle prioritaire ; elle y ajoute le besoin de compétence et le besoin d’appartenance sociale ; trois besoins psychologiques formant selon elle la base de la motivation humaine. Certaines sources de motivation font appel à la cognition, comme par exemple, les buts que nous nous fixons et les valeurs auxquelles nous adhérons."

La motivation dans une équipe agile

Le manifeste agile nous dit bien que les personnes et leurs interactions sont plus importantes que les outils et les méthodes. Un contexte agile développe la motivation des membres d'une équipe par la variété des tâches (pratique code collectif), un retour sur son activité (pratique feedback), la confiance dans le succès de la tâche (pratiques conception simple et petites livraisons), un rapport d'égalité entre les membres de l'équipe (pas de différentiation entre développeur, concepteur, architecte), l'importance de la tâche (priorisation du backlog, vision du produit), le plaisir (jeu du planning game, post-it, ateliers participatifs, ...), l'autonomie accordée (chacun est responsable de toutes les parties du code, rétrospective: l'équipe parle en son nom) D'un point de vue cognitif, la motivation se développe si on connaît le but du produit (c'est à dire la vision) que l'on réalise et si nous adhérons aux valeurs exprimées par les méthodes agiles: communication, courage, respect, simplicité, feedback. Concrêtement, pour augmenter la motivation de l'équipe, il faut travailler sur tous les aspects en même temps, favoriser le rapprochement entre les gens, être transparent sur ce que l'on fait et pourquoi on le fait, jouer, s'enthousiasmer, prendre le temps de créer une équipe.

Agile tour 2008

2008-09-27T08:22:00.000-07:00

Le démarrage d'Agile tour 2008 est pour bientôt, la première étape est à Besançon le 1er octobre Les sessions sont gratuites donc n'hésitez pas à venir pour découvrir ou redécouvrir les méthodes agiles. Les conférences traitent des sujets suivants:

La gestion de projets agiles (eXtreme Programming, Scrum, Lean Software Development, Crystal, DSDM, etc.)
La communication dans l’entreprise
Le management d’équipe
Les aspects financiers
Les contrats
Les entreprises agiles
Les outils
La qualité
La performance

Lecture de temperature

2008-09-25T06:34:00.001-07:00

Dans les rétrospectives de projets agiles, il est courant de demander aux participants de dire ce qu’ils ont aimé dans l’itération, ce qu’ils voudraient améliorer et ce sur quoi ils se posent des questions. Ensuite, on définit un plan d’actions pour la prochaine itération. C’est pas mal mais on peut s’ennuyer à la longue ;-)

Il est possible de fonctionner différemment au moyen de la technique inventée par Virginia Satir qui est le Temperature reading ou lecture de température, qu’elle utilisait avec les familles avec lesquelles elle travaillait.

Vous trouverez le détail dans l'excellent article de Dale H. Emery.

J’ai vraiment apprécié l’exercice pour ce qu’il apporte:

Les appréciations faites aux autres sont moteurs d’énergie et même d’amour. Par exemple, quand j’ai dit: “Je t’apprecie Emilie pour le travail que tu as fait sur XXX, pour l’energie …, la confiance que tu m’as accordé, …”, j’ai cru que je lui faisais une déclaration d’amour ;). Ce travail d’appréciation met le cercle dans un état de synergie incroyable.
Les questions permettent de poser la problématique. Le fait d’avoir fait le travail d’appréciation fait que chaque personne est connectée l’une à l’autre et donc que les questions des uns sont aussi les questions des autres
Les plaintes et recommandations permettent de résoudre les limites actuelles et donc permettent de créer un circuit neuronal qui sera suivi dans le futur
Les nouvelles informations permettent de changer sa représentation du futur
Les espoirs et souhaits focalisent les membres du cercle vers une vision beaucoup plus fines de ce qu’ils souhaitent. Cela permet de conclure.

Merci à Bernard pour l’animation et Emmanuel pour les compléments d’informations

Core protocols: Bilan

2008-09-23T14:11:00.001-07:00

J’avais écrit un article sur les core protocols quand je les ai découverts. Après 6 mois, j’aimerai faire un bilan.

Ce que je trouve bien

Les cores protocols nous posent la problématique qu’il est difficile de travailler en équipe et que pour bien travailler en équipe les membres de cette équipe doivent adopter une certaine attitude
Ils nous apprennent à faire un retour positif à quelqu’un en lui montrant ce qu’on a aimé en premier
Ils nous apprennent qu’il est plus efficace de demander de l’aide à quelqu’un quand on n’a pas de solutions et de ne pas attendre. C’est assez logique, si vous cherchez quelque chose de spécifique dans un supermarché, il est probable que la manière la plus efficace est de demander à un vendeur où se trouve le produit
Ils nous apprennent qu’ils est intéressant pour les participants d’une réunion de savoir ce qu’attend l’autre
Ils nous apprennent que pour créer un engagement collectif, il est important que chacun connaisse les objectifs personnels de chacun
Ils nous apprennent qu’une équipe bien engagée peut produire des résultats bien supérieur à l’habituel.

Ce qui me déplaît

Les cores protocols comme le nom l’indique protocolise la communication en équipe, ce qui fait que les relations entre les personnes sont “inhumaines”
Les cores protocols sont “inhumains”
Le checkin fait penser que l’on appartient à une secte
Le protocole check est tout simplement insupportable
Les cores protocoles considérent les humains comme des produits
La GROSSE ERREUR des protocols est de voir la communication uniquement sous le volet “Parole”, or 80% de notre communication est non orale
Les core protocols donnent l’impression d’être un handicapé de la communication en n’offrant aucune liberté
Le mot “booted” ne signifie rien pour moi, car je suis “booted” depuis que je suis né car je suis vivant avec une certaine autonomie, à la naissance je sais respirer

Conclusion

Pour bien travailler en équipe, il semble évident que les membres doivent adopter une certaine attitude. Cette attitude se base sur des principes humains: d’écoute, de respect, de partage,… Les core protocols n’apportent rien de nouveau en cela, il suffit de lire 7 habits for effective people pour cela. Pour l’appliquer, il faut tout une vie, car en essayant de comprendre les autres, c’est soi-même que l’on comprend. Les core protocols se veulent des raccourcis simplistes à la construction d’une équipe alors que c’est l’équipe qui choisit d’être une équipe et un groupe ne devient pas une équipe parce qu’il applique les protocols.

Soirée Coaching au Dôjô

2008-09-17T05:30:00.000-07:00

Hier j’ai assisté à une soirée d’information sur la formation au coaching organisée par l’équipe Le dôjô.

Le lieu est sympa, juste à côté de la rue mouffetard.

Jane Turner et Bernard Hévin étaient les animateurs de cette soirée, on était une vingtaine de personnes dans la salle, j’étais assez curieux de connaître les profils des gens dans la salle mais bon j’ai pas eu de réponse.

Jane Turner commence en nous présentant son parcours et nous explique que cela fait bientôt 15 ans qu’ils coaniment le Dôjô avec Bernard Hévin. Jane Turner semble être focalisée sur le coaching et la thérapie individuel. Bernard Hévin semble plus sensible au coaching d’entreprise en particulier coaching d’équipe et d’organisation, ça tombe bien c’est ça qui m’intéresse ;-).

Introduction

Ils nous racontent que les clients viennent en mode curatif plutôt qu’en mode préventif, c’est sans doute lié à la culture française qui n’est pas trop sensible au développement personnel contrairement à la culture américaine. Pour eux, même pour du coaching professionnel, il est nécessaire de construire un projet de vie. Les vies personnelle, familiale, professionnelle sont liées et donc pour avoir un vrai changement il faut lier l’ensemble (approche systémique). Ils nous exposent aussi leur problématique face à des patients qui viennent non pas pour être soignés d’un point de vue thérapeutique mais plus pour un problème d’identité dans un monde changeant. Le coaching est bien faire un état des lieux au présent pour aller vers un futur choisi

Présentation de leur démarche de coaching

Deux modèles:

Modèle dit “Relationnel”
Modèle dit “Disciplinaire”

Le modèle relationnel est lié à la psychologie, aux comportements et tout ce qui est lié à l’approche rogérienne. Ce n’est pas ce modèle qu’il nous expose ce soir, le modèle qu’il nous expose est le modèle disciplinaire qui permet de savoir où le coaché se situe. Ce modèle se base sur des cartes:

Carte des anciens et nouveaux principes
Carte des cycles de changement
Carte des valeurs fondamentales
Carte des domaines de vie
Carte des âges de la vie
Carte de l’apprentissage à l’âge adulte
Carte des aires de conscience

Carte des anciens et nouveaux principes

Idée: Vous vous êtes construits dans des principes qui vous ont permis jusque là de vivre sereinement, ces principes sont liés à votre famille d’origine, aux principes de l’entreprise dans laquelle vous travaillez, … Ces principes ne répondent plus à vos demandes actuelles car cela ne fonctionnent plus. Ceux sont des anciens principes qu’il faut transformer en nouveaux principes. Exemple d’anciens principes: “Les autres ont toujours raison”, “je suis une femme de 50 ans au chômage, je ne retrouverai jamais de travail”

Carte des cycles de changement

Idée: La vie change tout le temps et nous sommes situés dans une des trois phases suivantes:

lancement: nous avons des idées, des projets , on a de l’énergie, nous sommes dans le faire
plateau: nous avons réussi nos projets, nous stagnons
marasme: nous sommes en déclin, nous n’avons plus de motivation

7 personnes / 10 viennent voir un coach quand ils sont dans le marasme 2 personnes / 10 quand ils sont sur le plateau 1 personne / 10 quand ils sont en phase lancement

Une remarque importante que j’ai noté, c’est qu’on ne peut pas faire d’économie sur les étapes.

Carte des valeurs fondamentales

Les valeurs de l’individu changent régulièrement, les moyens mis en place ne suffisent plus. Nos valeurs reflètent où nous en sommes. Nous sommes des êtres d’habitudes. Connaître ses valeurs fondamentales, c’est être capable de répondre à la question : Pourquoi je fais ce que je fais ?

Carte des domaines de vie

Les domaines de vie sont les suivants:

domaine personnel: combien de temps vous donnez vous à vous même ?
domaine couple: combien de temps qualitatif et quantitatif vous donnez vous tous les deux ?
domaine familial: même question pour le noyau familial et élargi
domaine professionel
domaine social: contribution aux associations

Nous avons 100 heures / semaine de disponible, dont 40 heures pour le travail.

Carte des âges de la vie

La carte des âges de la vie permet de savoir où se situe le sujet

20 à 30 ans: le positionnement du sujet est flou, expérimentatif. Le sujet souhaite découvrir la vie. Il ne faut donc pas s’étonner de “l’infidélité” de cette personne
30 à 40 ans: les exigences internes et externes sont énormes, il faut un bon boulot, une belle femme,…, bref il faut “y arriver”, “réussir”
40 à 50 ans: “Ça suffit ! Les enfants sont grands ! Je suis responsable de moi”. Les femmes vont vers la part masculine de leur personnalité, voyages, sorties. Les hommes vont plutôt vers la part féminine de leur personnalité, plus casanière.
50 à 60 ans: C’est l’âge d’or si tout se passe bien, c’est la décennie de la qualité de la vie. Sinon c’est la décennie de la dernière chance si j’estime que je n’ai pas réussi.
60 -70 ans: C’est le recommencement, c’est l’âge de la retraite

Carte de l’apprentissage à l’âge adulte

Cette carte pose la question de savoir si nous sommes curieux de la vie, notre capacité d’apprendre et de désapprendre

Carte des aires de conscience

Cette carte permet de situer les questions: “De quoi ai-je conscience ?” ou “Qui es tu face à moi ?” Dans les exemples, on retrouve l’identité de rôles. Je joue un rôle dans une situation donnée, ai-je conscience du rôle que je joue ? Suis-je à l’aise avec ce rôle ? Par exemple, quand je change de responsabilité, je deviens responsable d’une équipe, suis-je à l’aise avec ce nouveau rôle ?

Les différents types de coaching

coaching d’intégration: si par exemple en tant qu’individu, j’ai du mal à trouver mes marques
coaching de performance: tout allait bien mais ça ne va plus. 1/3 des sujets qui réussissait et qui ne réussissent plus dans leur entreprise démissionnent
coaching de croissance: tout va bien, mais qu’est ce qui va se passer dans le futur ?
coaching de maintenance: ca va bien, il faut maintenir la motivation, ce qui n’est pas si facile

Conclusion

J’ai bien aimé cette soirée, j’ai appris plein de choses dont je me sers déjà aujourd’hui. Cette soirée m’a donnée envie de continuer dans le coaching d’équipe. Prochain rendez-vous du dôjô: une formation PNL le 23 septembre

Jersey encore !

2008-09-16T05:29:00.000-07:00

Pour ceux qui veulent encore plus d'informations sur Jersey, je conseille la présentation sur Jersey fait à JavaOne 2008 par Marc Hadley et Paul Sandoz de chez Sun
Merci Benoît pour le lien !

REST en Java avec Jersey

2008-09-15T13:56:00.000-07:00

REST est un style d’architecture pour créer des services web accessibles par URL. En attendant Spring 3.0 qui intégrera REST dans son MVC, il est possible d’utiliser Jersey qui est une implementation de JAX-RS (JSR 311) en Java qui simplifie le dévelopment de web service en REST.

Ce tutorial vous présente un CRUD sur utilisateur en XML avec JAXB exposé en REST à l’aide de Jersey.

1ère étape: construire son modèle XSD et son binding JAXB:

Fichier model.xml:

<?xml version=“1.0” encoding=“UTF-8”?>
<xsd:schema xmlns:xsd=“http://www.w3.org/2001/XMLSchema”
 elementFormDefault=“qualified”>
 <xsd:element name=“users”>
  <xsd:complexType>
   <xsd:sequence>
    <xsd:element ref=“user” maxOccurs=“unbounded” />

   </xsd:sequence>
  </xsd:complexType>
 </xsd:element>
 <xsd:element name=“user”>
  <xsd:complexType>
   <xsd:all>

    <xsd:element name=“firstName” type=“xsd:string” />
    <xsd:element name=“lastName” type=“xsd:string” />
   </xsd:all>
  </xsd:complexType>
 </xsd:element>
</xsd:schema>

Fichier binding.xml:

<?xml version=“1.0” encoding=“UTF-8”?>
<jaxb:bindings jaxb:version=“2.1”
 xmlns:jaxb=“http://java.sun.com/xml/ns/jaxb” xmlns:xjc=“http://java.sun.com/xml/ns/jaxb/xjc”
 xmlns:xsd=“http://www.w3.org/2001/XMLSchema” xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
 xsi:schemaLocation=“http://java.sun.com/xml/ns/jaxb http://java.sun.com/xml/ns/jaxb/bindingschema_2_0.xsd”>
 <jaxb:bindings schemaLocation=“model.xsd” node=“/xsd:schema”>
  <jaxb:globalBindings>

   <xjc:simple />
  </jaxb:globalBindings>
  <jaxb:schemaBindings>
   <jaxb:package name=“jerseysample.model” />
  </jaxb:schemaBindings>
  <jaxb:bindings node=“//xsd:element@name='users'”>

   <jaxb:class name=“UserBeanList” />
  </jaxb:bindings>
  <jaxb:bindings node=“//xsd:element@name='user'”>
   <jaxb:class name=“UserBean” />
  </jaxb:bindings>

 </jaxb:bindings>
</jaxb:bindings>

Il est possible d’utiliser le plugin Maven 2 JAXB pour générer les classes de binding Java.

2ème étape: récupérer une liste d’utilisateurs:

D’abord le test:

 @Test
 public void shouldGetUsers() {
  WebResource resource = client.resource(BASE_URI + “users”);
  Builder builder = resource.accept(MediaType.APPLICATION_XML);
  UserBeanList users = builder.get(UserBeanList.class);
  Assert.assertNotNull(users);
  Assert.assertEquals(2, users.getUsers().size());
 }

Jersey fournit une classe cliente WebResource pour simplifier l’appel des ressources, ici on indique aussi que le client accepte du XML, ça aurait pu être du JSON.
Ensuite l’implémentation:

@Path(“/”)
public class UsersResource {
…
 @Context
 private UriInfo uriInfo;
 @GET
 @Path(“/users”)
 @Produces(MediaType.APPLICATION_XML)
 public Response listUsers/(/) {
  UserBeanList userBeanList = new UserBeanList/(/);
  userBeanList.getUsers/(/).addAll(users.values/(/));
  return Response.ok(userBeanList).build/(/);
 }
…
}

@GET indique le mapping de la méthode java avec un GET HTTP, @Path définit l’url d’accès du service, l’attribut uriInfo est rempli automatiquement grâce à l’annotation @Context, @Produces indique que le web service produit du XML. La réponse ok permet d’indiquer au client que tout s’est bien passé, cela se traduit par un code HTTP 200.

3ème étape: récupérer un utilisateur par son id:

Le test:

 @Test
 public void shouldGetOneUser() {
  WebResource resource = client.resource(BASE_URI + “users/0”);
  Builder builder = resource.accept(MediaType.APPLICATION_XML);
  UserBean user = builder.get(UserBean.class);
  Assert.assertEquals(“Rod”, user.getFirstName());
  Assert.assertEquals(“Johnson”, user.getLastName());
 }

Le code:

 @GET
 @Produces(MediaType.APPLICATION_XML)
 @Path(“users/{id}/”)
 public Response getUser(@PathParam(“id”)
 String id) {
  if (!users.keySet .contains(id))
   return Response.status(Status.NOT_FOUND).build();
  return Response.ok(users.get(id)).build();
 }

@PathParam permet de mapper {id} avec l’attribut id de la méthode. La classe Status fournit des status HTTP prédéfini, pas besoin de connaître les codes HTTP pour faire du REST avec Jersey.

4ème étape: créer un utilisateur, ça se fait par un POST HTTP:

Le test:

 @Test
 public void shouldCreateUser() {
  WebResource resource = client.resource(BASE_URI + “users”);
  resource.accept(MediaType.APPLICATION_XML);
  UserBean user = new UserBean();
  // Une dédicace pour Vincent
  user.setFirstName(“Vincent”);
  user.setLastName(“Massol”);
  Builder builder = resource.entity(user, MediaType.APPLICATION_XML);
  ClientResponse response = builder.post(ClientResponse.class);
  Assert.assertEquals(Status.CREATED, Status.fromStatusCode(response.getStatus()));
  Assert.assertEquals(BASE_URI + “users/3”, response.getLocation .toString());
 }

Le code:

  @POST
 @Path(“users”)
 @Consumes(MediaType.APPLICATION_XML)
 @Produces(MediaType.APPLICATION_XML)
 public Response createUser(UserBean user) {
  UriBuilder uriBuilder = uriInfo.getAbsolutePathBuilder();
  URI uri = uriBuilder.path(“3”).build();
  users.put(“3”, user);
  return Response.created(uri).entity(user).build();
 }

@POST indique que la méthode java sera appelée sur un POST HTTP, @Consumes indique que le web service consomme du XML. Response.create permet de dire au client qu’une ressource a été créée et possède telle uri.

5ème étape: mettre à jour un utilisateur, ça se fait par un PUT HTTP:

Le test:

 @Test
 public void shouldModifyOneUser() {
  WebResource resource = client.resource(BASE_URI + “users/1”);
  UserBean user = new UserBean();
  user.setFirstName(“Rob”);
  user.setLastName(“Johnson”);
  resource.put(user);
  Builder builder = resource.accept(MediaType.APPLICATION_XML);
  user = builder.get(UserBean.class);
  Assert.assertEquals(“Rob”, user.getFirstName());
  Assert.assertEquals(“Johnson”, user.getLastName());
 }

Le code:

 @PUT
 @Path(“users/{id}/”)
 @Consumes(MediaType.APPLICATION_XML)
 public Response saveUser(@PathParam(“id”)
 String id, UserBean user) {
  users.put(id, user);
  return Response.created(uriInfo.getAbsolutePath ).build();
 }

@PUT indique que la méthode Java sera appelée sur un PUT HTTP.

6ème étape: supprimer un utilisateur grâce à un DELETE HTTP:

Le test:

 @Test
 public void shouldDeleteUser  {
  WebResource resource = client.resource(BASE_URI + “users/0”);
  resource.delete ;
  ClientResponse response = resource.get(ClientResponse.class);
  Assert.assertEquals(Status.NOT_FOUND, Status.fromStatusCode(response.getStatus ));
 }

Le code:

 @DELETE
 @Path(“users/{id}/”)
 public void deleteUser(@PathParam(“id”)
 String id) {
  users.remove(“0”);
 }

@DELETE indique que la méthode java sera appelée lors d’un DELETE HTTP sur la ressource.

Jersey fournit un peu plus que la JSR 311, en particulier son implémentation cliente est bien utile plutôt que de passer par la librairie Commons HTTPClient. Jersey est disponible sur le repository Maven 2 de SUN.

Récupérer le code source du projet

REST ou SOAP ?

2008-09-05T05:01:00.000-07:00

Beaucoup de débats ont lieu sur le choix d'une architecture REST ou SOAP. La conclusion, c'est qu'il faut les deux, ça dépend de ce qu'on a besoin. Si votre consommateur de service est une application Web alors choisissez dans un premier temps une architecture type REST. Si vous faîtes de l'EDI (Echange de données informatisés) choisissez SOAP car vous avez des mécanismes de sécurité, de transaction et d'accusés de réception de base.

Quelques avantages de REST:

- séparation lecture / écriture
- caching HTTP sur GET/PUT/DELETE
- idempotence: GET/PUT/DELETE/HEAD, ce qui permet le bookmark en particulier
- compression
- grosse réponse, fichier binaire, SOAP Attachement c'est pas trop ça
- simplicité et ergonomie
- ressources donc différent format de réponse possibles: JSON / XML / Text / XHTML avec l'utilisation des content type
- expérience de navigation inégalable
- beaucoup plus simple à appeler pour des applications web

Limites:

- Sécurité point à point car HTTPS, pas les mécanismes de WS-Security, Federation SAML
- Pas de notion d'accusé de réception, de garantie de reception du message, WS-Reliable Messaging
- C'est synchone uniquement contrairement à WS-Adressing
- Peu d'outils par rapport à SOAP
- Pas de gestion des transactions distribuées comme WS-Transaction
- Moins cadré que SOAP pour les développeurs, on peut coder de la merde

D'une certaine façon, c'est pour cela que dans l'idéal, il faut pouvoir fournir les deux, c'est ce que font Amazon et Flickr

Microsoft propose REST dans ses solutions et la plupart des moteurs Webservice fournissent du faux-REST (Axis) ou du REST (CXF) et même java a sa JSR 311.

Plugins Maven 2 utiles

2008-09-02T12:32:00.000-07:00

Je vous fais la liste de quelques plugins Maven 2 utilisés sur un de mes projets:

build-helper-maven-plugin permet d’ajouter un répertoire de source dans le classpath, ça peut être utile dans le cas de code généré comme par exemple pour des web services

            <plugin>
                <groupId>org.codehaus.mojo</groupId>

                <artifactId>build-helper-maven-plugin</artifactId>
                <version>1.1</version>
                <executions>
                    <execution>
                        <id>add-source</id>

                        <phase>generate-sources</phase>
                        <goals>
                            <goal>add-source</goal>
                        </goals>
                        <configuration>

                            <sources>
                                <source>
                                    ${basedir}/src/main/axisgenerated
                                </source>
                            </sources>
                        </configuration>
                    </execution>

                </executions>
            </plugin>

maven-surefire-plugin peut être spécifié pour déclarer une version spécifique de surefire et permettre l’ajout de paramètres comme ceux de la JVM

           <plugin>
                <groupId>org.apache.maven.plugins</groupId>

                <artifactId>maven-surefire-plugin</artifactId>
                <version>2.3</version>
                <executions>
                    <execution />
                </executions>

                <configuration>
                    <argLine>-Xms256m -Xmx256m</argLine>
                </configuration>
            </plugin>

maven-compiler-plugin peut être utilisé pour forcer l’encoding de compilation, ici windows-1252, il est préférable de faire de l’utf-8 et pour la compilation en JDK 5, cela permet de gérer les annotations

            <plugin>
                <artifactId>maven-compiler-plugin</artifactId>
                <version>2.0.2</version>
                <configuration>

                    <encoding>windows-1252</encoding>
       <source>1.5</source>
       <target>1.5</target>
                </configuration>

            </plugin>

maven-resources-plugin: même chose pour les ressources

            <plugin>
                <artifactId>maven-resources-plugin</artifactId>

                <version>2.2</version>
                <configuration>
                    <encoding>windows-1252</encoding>
                </configuration>
            </plugin>

maven-jetty-plugin permet de lancer un moteur de servlets jetty en ligne de commande, c’est pratique car on n’a pas besoin d’en installer un et il prend en compte le changement à chaud. Commande: mvn jetty:run

   <plugin>
    <groupId>org.mortbay.jetty</groupId>
    <artifactId>maven-jetty-plugin</artifactId>

    <configuration>
     <connectors>
      <connector
       implementation=“org.mortbay.jetty.nio.SelectChannelConnector”>
       <port>8181</port>
      </connector>

     </connectors>
     <contextPath>/v1</contextPath>
     <scanIntervalSeconds>3</scanIntervalSeconds>
     <scanTargetPatterns>
      <scanTargetPattern>

       <directory>src/main/webapp</directory>
       <includes>
        <include>/*.xml</include>
        <include>/*.properties</include>

       </includes>
      </scanTargetPattern>
     </scanTargetPatterns>
    </configuration>
   </plugin>

maven-release-plugin permet de faire un release automatiquement de votre projet, avec la commande mvn release:prepare:

   <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-release-plugin</artifactId>
    <configuration>

     <tagBase>
      https://cheminducode/tags
     </tagBase>
    </configuration>
   </plugin>

Décompiler les classes dans Eclipse

2008-09-01T03:30:00.000-07:00

Vous connaissez probablement DJ Decompiler ou Jad. Pour les personnes comme moi qui ne sont sur Windows, il peut être intéressant de décompiler à partir d'Eclipse. C'est possible avec JadClipse

Pour l'installation et la configuration, suivre ce lien

Launch SOAP UI Mock with JUnit

2008-08-29T04:53:00.000-07:00

SOAP UI permet de créer des mocks à partir d'un WSDL ou d'une connexion sur un Web service de test. Quand ces mocks sont créés par les fournisseurs de service, il peut être intéressant de pouvoir les utiliser directement dans les tests JUnit ou dans une page Fitnesse plutôt que de devoir installer SOAP UI et de lancer les mocks, voici ce que propose ce tutorial. Ajouter les dépendances dans le projet Maven:

   <dependency>
    <groupId>xmlbeans</groupId>
    <artifactId>xbean</artifactId>
    <version>2.3.0-trunk-patched</version>
   </dependency>
   <dependency>
    <groupId>xmlbeans</groupId>
    <artifactId>xbean_xpath</artifactId>
    <version>2.3.0</version>
   </dependency>
   <dependency>
    <groupId>xmlbeans</groupId>
    <artifactId>xmlpublic</artifactId>
    <version>2.3.0</version>
   </dependency>
   <dependency>
    <groupId>xmlbeans</groupId>
    <artifactId>jsr173</artifactId>
    <version>xmlbeans-2.3.0</version>
   </dependency>
   <dependency>
    <groupId>eviware</groupId>
    <artifactId>soapui</artifactId>
    <version>2.0.2</version>
   </dependency>
   <dependency>
    <groupId>eviware</groupId>
    <artifactId>soapui-xmlbeans</artifactId>
    <version>2.0</version>
   </dependency>
   <dependency>
    <groupId>xmlbeans</groupId>
    <artifactId>xbean_xpath</artifactId>
    <version>2.3.0</version>
   </dependency>
   <dependency>
    <groupId>commons-httpclient</groupId>
    <artifactId>commons-httpclient</artifactId>
    <version>3.0.1-soapui</version>
   </dependency>
   <dependency>
    <groupId>bouncycastle</groupId>
    <artifactId>bcprov-jdk15</artifactId>
    <version>138</version>
   </dependency>
   <dependency>
    <groupId>jetty</groupId>
    <artifactId>jetty</artifactId>
    <version>6.1.5</version>
   </dependency>
   <dependency>
    <groupId>jetty</groupId>
    <artifactId>jetty-util</artifactId>
    <version>6.1.5</version>
   </dependency>
   <dependency>
    <groupId>jetty</groupId>
    <artifactId>servlet-api</artifactId>
    <version>2.5-6.1.5</version>
   </dependency>
   <dependency>
    <groupId>wsdl4j</groupId>
    <artifactId>wsdl4j</artifactId>
    <version>1.6.2-fixed</version>
   </dependency>
   <dependency>
    <groupId>groovy</groupId>
    <artifactId>groovy-all</artifactId>
    <version>1.5.1</version>
   </dependency>
   <dependency>
    <groupId>saxon</groupId>
    <artifactId>saxon</artifactId>
    <version>8.8</version>
   </dependency>
   <dependency>
    <groupId>saxon</groupId>
    <artifactId>saxon-dom</artifactId>
    <version>8.8</version>
   </dependency>

Et le repository SOAP UI pour télécharger les jars:

<repositories>
       <repository>
           <id>eviwareRepository</id>
           <url>http://www.eviware.com/repository/maven2</url>
       </repository>
   </repositories>

Dans votre test JUnit, il vous suffit de démarrer les mocks de la façon suivante:

 private static List runners;
 private static List runners;

 @BeforeClass
 public static void startSoapUIMocks() throws Exception {
  runners = new ArrayList();
  WsdlProject project = new WsdlProject("/etc/mocks/soapui-project-sample.xml");
  for (int c = 0; c < project.getMockServiceCount(); c++) {
   MockService mockService = project.getMockServiceAt(c);
   mockService.addMockRunListener(new LogListener());
   runners.add(mockService.start());
  }
 }
...
}

class LogListener implements MockRunListener {
 public void onMockRunnerStart(MockRunner mockRunner) {
 }

 public void onMockRunnerStop(MockRunner mockRunner) {
 }

 public void onMockResult(MockResult result) {
 }

 public void onMockRequest(MockRunner runner, HttpServletRequest request, HttpServletResponse response) {
 }
}

Et de les arrêter comme suit:

 @AfterClass
 public static void endSoapUIMocks() throws Exception {
  for (MockRunner runner : runners)
   runner.stop();
 }

Pas si dur finallement ?

Raisons de l'échec de projets agiles

2008-08-26T00:41:00.000-07:00

XP n'a rien de magique ! Si vous pouvez améliorer la façon de créer des produits logiciels avec moins d'anomalies en utilisant XP, vous pouvez aussi ne pas créer de réelles améliorations dans votre processus de développement logiciel. Quelques raisons essentielles: - Ne pas savoir quand une story est terminée. Une story est terminée quand:

Vous avez des tests unitaires JUnit sur chaque classe créée
Un test d'intégration JUnit
Un code refactoré au fur et à mesure, meilleur design, meilleur lisibilité, gestion des erreurs, meilleure ergonomie de code (c.f. Code smell de Martin Fowler)
Des tests de recette automatiques qui passent au vert (Fitnesse, GreenPepper)

- Accumuler la dette technique

Sans tests automatiques et sans refactoring régulier (amélioration du design), votre application accumule une dette technique qu'il faudra nettoyer sur 1 ou 2 itérations, sinon votre application ne sera pas différente d'une application développée en cascade, c'est à dire elle ne tiendra pas dans la durée, vous serez obligé de la refaire

- Ne pas faire de rétrospectives ou ne pas respecter le plan d'actions

Les retrospectives sont là pour améliorer le fonctionnement de l'équipe, elles ont généralement lieues après chaque itérations, elles permettent de ressortir un plan d'actions pour l'itération suivante. Ce qui peut arriver, c'est de ne pas faire de retrospectives, de faire des retrospectives où les vraies douleurs ne sont pas remontées pour x raisons ou de ne pas appliquer le plan d'actions satué pendant la rétrospective

- L'engagement de l'équipe n'est pas assez fort

L'équipe n'est pas sous pression, n'est pas engagée collectivement vers un objectif. Si la qualité pour l'équipe n'est pas importante, du coup elle code à l'arrache des stories sans refactorer et même sans faire de tests afin de montrer qu'elle possède une bonne vélocité. Il vaut mieux avoir une vélocité plus faible. Dans un projet, la vélocité n'est qu'un indicateur pas une valeur à augmenter à tout prix, ..., ce qui est important c'est que la vélocité soit stable par rapport à une qualité de livrable constante. L'enjeu n'est parfois pas clair pour l'équipe mais aussi pour les managers de cette équipe, dans ces cas là, soit les managers viennent sur le plateau régulièrement (à la méthode Lean), soit l'équipe se fixe elle-même son propre enjeux

- Le client (XP) ou le product owner (Scrum) n'est pas clairement défini

On se retrouve avec des priorisations / dépriorisations régulières qui font que le produit n'est plus stable fonctionnellement. Beaucoup de stress et de doutes se fait ressentir dans ces cas là, ça nuie à la motivation de l'équipe.

- Des stories non découpées en tâches (de moins d'une journée) qui ne sont pas suivies par un taskboard

On perd beaucoup en focalisation de l'équipe. Si on n'a pas de taskboard, alors chacun travaille sur ce qu'il souhaite et pas sur ce qui est demandé et important. Rien de nouveau, chacun de nous est confronté à cela tous les jours dans sa gestion du temps, il faut faire des choix, dans une équipe XP, ces choix sont choisis en vue de l'atteinte de l'objectif que s'est fixé l'équipe

Qu'est ce qui est donc le plus important alors ? Qu'est ce qui fait qu'une équipe est agile ? Est ce que les membres doivent être tous des top guns ? Ce qui fait la différence, c'est l'attitude des différents membres de l'équipe, non pas leurs compétences, mais plutôt leur volonté de vouloir s'améliorer collectivement, de vouloir aller plus loin, de vouloir partager quelque chose dans le respect des cinq valeurs fondamentales: communication, simplicité, feedback, courage et respect.

Ecrire de vraies assertions dans vos tests avec Hamcrest

2008-08-25T13:14:00.001-07:00

Hamcrest permet d'écrire des tests plus compréhensibles grâce à des assertions commençant par assertThat. Quelques exemples:

String message = "hello world !";
      String message2 = "hello world !";
      assertThat(message, notNullValue());
      assertThat(message, equalTo("hello world !"));
      assertThat(message, is(message2));
      List messages = new ArrayList();
      messages.add(message);
      messages.add(message2);
      assertThat(messages.size(), greaterThan(0));
      assertThat(message, allOf(notNullValue(), not(equalTo("toto"))));
      assertThat(messages, hasItem(message));

Hamcrest permet aussi d'écrire ses propres "Matcher", pour plus d'infos sur le sujet, je vous conseille de jeter un coup d'oeil au tutorial. Pour ajouter Hamcrest dans votre projet Maven 2:

<dependency>
      <groupid>org.hamcrest</groupid>
      <artifactid>hamcrest-all</artifactid>
      <version>1.1</version>
  </dependency>

Couverture de tests dans Eclipse

2008-08-25T13:08:00.000-07:00

Vous voulez connaitre la couverture de code réalisée par vos tests dans Eclipse ? Connaître la couverture de vos tests ? Utiliser Eclemma !

WTPMaven

2008-07-23T06:06:00.001-07:00

Web Tool Platform est un plugin Eclipse qui permet de tester dans Eclipse des applications Web. Il est intéressant que le code soit redéployé à chaud sans avoir besoin de relancer le build Maven.

Dans le fichier pom.xml, il suffit d’ajouter les lignes suivantes, puis lancer la commande mvn eclipse:eclipse

 <build>
  <pluginManagement>
   <plugins>
    <plugin>
     <artifactId>maven-eclipse-plugin</artifactId>
     <configuration>
      <wtpversion>1.5</wtpversion>
     </configuration>
    </plugin>
   </plugins>
  </pluginManagement>
 </build>

Le projet Eclipse devient alors un projet Web
Il faut ensuite faire Run As > Run On Server

Configurer le serveur qui vous convient, dans mon cas un Apache Tomcat 5.5

Par défaut le projet est ajouté

Le nouveau serveur apparait dans la vue Servers

Le serveur peut être lancé en mode Debug pour permettre de débugger dans le code de l’application

Spring 2.5 et Test Driven Development

2008-07-21T10:43:00.000-07:00

Cette année, j'ai présenté plusieurs fois comment faire du Test Driven Development (TDD) avec Spring 2.5, au Xpdays France, au Paris Jug et à l'universite du SI.

L'objectif était de montrer à quel point les développements Java pouvaient être rapides tout en maitrisant la montée en complexité de l'application. C'est à travers un exemple d'application, un blog, que je souhaitais montrer qu'en 30 min, on pouvait réaliser une application web en TDD

Ci dessous un PDF qui détaille l'écriture du blog

Test Driven Development Avec Spring 2.5

view presentation (tags: spring 2.5 hibernate test)

JPdfUnit

2008-07-21T03:00:00.001-07:00

JPdfUnit permet de tester le rendu de documents pdf sous forme de tests JUnit. Un exemple d’un code qui vérifie le contenu d’un document:

package jpdfunit;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import de.oio.jpdfunit.DocumentTester;
import de.oio.jpdfunit.document.util.TextSearchType;
public class JPDFUnitTest {
	private DocumentTester tester;
	@Before
	public void loadPdfDocument() {
		tester = new DocumentTester(“src/main/resources/PDF1.pdf”);
	}
	@Test
	public void shouldHaveOrderNumber() {
		tester.assertContentContainsText(“200806270001”, TextSearchType.CONTAINS);
		tester.assertContentContainsText(“Numéro de la ligne fixe : 0145070546”, TextSearchType.CONTAINS);
	}
	@After
	public void closePdfDocument() {
		tester.close();
	}
}

Plusieurs types de validation sont possibles:

TextSearchType.STARTSWITH: le document commence par …
TextSearchType.CONTAINS: le document contient le texte …
TextSearchType.ENDSWITH: le document se termine par …
TextSearchType.REGEXP: le document respecte l’expression régulière suivante…

Code source de l'exemple

LightWebServiceXStream

2008-07-11T02:03:00.001-07:00

Dans l’article précédent LightWebService, j’utilisais Spring MVC 2.5 et une vue JSON pour exposer les données en web service. Cet article consiste à présenter le même principe mais avec une vue de type XML avec XStream

Le code est sensiblement le même que l’article précédent, ce qui diffère c’est la vue:

package xstreamview;
import java.io.Writer;
import java.util.Map;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import org.springframework.web.servlet.View;
import com.thoughtworks.xstream.XStream;
public class XStreamView implements View {
	private String model;
	public XStreamView(String model) {
		this.model = model;
	}
	@SuppressWarnings(“unchecked”)
	public void render(Map map, HttpServletRequest request, HttpServletResponse response) throws Exception {
		Writer out = response.getWriter();
		XStream xstream = new XStream();
		xstream.alias(“user”, User.class);
		out.write(xstream.toXML(map.get(model)));
		out.flush();
	}
	public String getContentType() {
		return “text/xml”;
	}
}

Pour tester votre projet, vous pouvez utiliser la commande mvn jetty:run et ouvrir un navigateur sur http://localhost:8080/services/user/get

Code source de l'exemple

XStream

2008-07-09T13:53:00.001-07:00

XStream est un framework Java qui permet de convertir des objets Java en XML et inversement. L’avantage de XStream est la simplicité de son API.

La sérialisation d’un objet se fait simplement de la façon suivante:

public class XStreamTest {
	private static String EOL = System.getProperty(“line.separator”);
	@Test
	public void shouldSerializeUser() {
		XStream xstream = new XStream();
		xstream.alias(“user”, User.class);
		User user = new User(“Rod”, “Johnson”);
		String xml = xstream.toXML(user);
		Assert.assertEquals(“<user>” + EOL + “  <firstName>Rod</firstName>” + EOL + “  <lastName>Johnson</lastName>” + EOL + “</user>”, xml);
	}
}

public class User {
	private String firstName;
	private String lastName;
	public User(String firstName, String lastName) {
		this.firstName = firstName;
		this.lastName = lastName;
	}
	public void setFirstName(String firstName) {
		this.firstName = firstName;
	}
	public void setLastName(String lastName) {
		this.lastName = lastName;
	}
	public String getFirstName() {
		return firstName;
	}
	public String getLastName() {
		return lastName;
	}
}

La désérialisation se fait de la façon suivante:

	@Test
	public void shouldUnSerialize() {
		XStream xstream = new XStream();
		xstream.alias(“user”, User.class);
		User u = (User) xstream.fromXML(“<user><firstName>Rod</firstName><lastName>Johnson</lastName></user>”);
		Assert.assertNotNull(u);
		Assert.assertEquals(“Rod”, u.getFirstName );
		Assert.assertEquals(“Johnson”, u.getLastName );
	}

Télécharger le projet maven du code source de l'exemple

LightWebService

2008-07-08T08:12:00.001-07:00

Vous voulez faire des web services, c’est à dire des services sur le protocol HTTP, vous voulez aller vite, ne pas vous prendre la tête avec le modèle objet et du SOAP. Vous voulez générer des données au format JSON. Cet article vous propose une solution très light avec Spring MVC 2.5 et vous indique comment tester avec JUnit et JWebUnit votre web service.

Créer le test de votre web service:

package lightwebservice;
import net.sf.json.spring.web.servlet.view.JsonView;
import org.junit.Assert;
import org.junit.Before;
import org.junit.Test;
import org.springframework.web.servlet.ModelAndView;
public class LightWebServiceTest {
 private LightWebService service;
 @Before
 public void initService() {
  service = new LightWebService();
 }
 @Test
 public void shouldGetUser() {
  ModelAndView mav = service.getUser(“0”);
  User user = (User) mav.getModelMap .get(“user”);
  Assert.assertNotNull(user);
  Assert.assertEquals(“Rod”, user.getFirstName());
  Assert.assertEquals(“Johnson”, user.getLastName());
  Assert.assertEquals(JsonView.class, mav.getView().getClass());
 }
}

Créer le code du web service qui passe le test:

package lightwebservice;
import java.util.HashMap;
import java.util.Map;
import net.sf.json.spring.web.servlet.view.JsonView;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RequestMethod;
import org.springframework.web.servlet.ModelAndView;
public class LightWebService {
 public ModelAndView getUser(String id) {
  Map<String, Object> map = new HashMap<String, Object>();
  User user = new User(“Rod”, “Johnson”);
  map.put(“user”, user);
  return new ModelAndView(new JsonView(), map);
 }
}

Créer le test d’intégration de votre web service:

package lightwebservice;
import net.sf.json.JSONObject;
import net.sourceforge.jwebunit.junit.WebTester;
import org.junit.AfterClass;
import org.junit.BeforeClass;
import org.junit.Test;
import org.mortbay.jetty.Server;
public class LightWebServiceIntegrationTest {
 private static Server server;
 private static WebTester webTester;
 @BeforeClass
 public static void initJettyServerAndWebTester() throws Exception {
  server = new Server(0);
  server.addHandler(new org.mortbay.jetty.webapp.WebAppContext(“src/main/webapp”, “/”));
  server.start();
  int actualPort = server.getConnectors()[0].getLocalPort();
  webTester = new WebTester();
  webTester.getTestContext().setBaseUrl(“http://localhost:” + actualPort + “/services/”);
 }
 @Test
 public void testGetUser() throws Exception {
  webTester.beginAt(“/user/get”);
  User user = new User(“Rod”,“Johnson”);
  webTester.assertTextPresent(JSONObject.fromObject(user).toString());
 }
 @AfterClass
 public static void stopJettyServer() throws Exception {
  server.stop();
 }
}

Ajouter les annotations Controller et RequestMapping Spring 2.5:

@RequestMapping(method = RequestMethod.GET, value = “/user/get”)
public ModelAndView getUser(String id)

Pour tester votre projet, vous pouvez utiliser la commande mvn jetty:run et ouvrir un navigateur sur http://localhost:8080/services/user/get

Télécharger le code source du projet Maven

Soirée Spring au Paris JUG

2008-06-05T05:25:00.000-07:00

La prochaine soirée thématique au Paris JUG est sur Spring, elle a lieue le 10 juin au 30 rue cabanis dans le 14ème. Avec Christian Blavier, nous introduisons Spring par le TDD.

A travers le développement d'une application web, nous vous montrerons comment faire du TDD avec Spring et comment Spring 2.5 simplifie votre développement avec les annotations. Nous utiliserons les mockobjects pour nos tests unitaires. Vous découvrirez que J2ee à travers Spring n'a rien à envier à RubyOnRails ou Grails pour le développement d'applications Web.

La soirée continuera avec les dernières nouveautés Spring «à la source» présentées par Julien Dubois et Michaël Isvy:

Présentation de Spring et des projets associés (Spring Security, Spring Webflow, Spring Batch, Spring WS, etc… et aussi Apache, Tomcat, ActiveMQ).
Spring Security 2.0
Présentation de S2AP

Venez nombreux !

Code source

CoreProtocols

2008-05-29T04:50:00.001-07:00

J’ai suivi une première initiation aux Core Protocols de Jim et Michele McCarthy animée par Yves Hanoulle et des Octos.

L’expérience était enrichissante, j’ai senti la puissance des protocoles pour aligner une équipe, pour améliorer la confiance de l’équipe et donc son efficacité.

Dans cet article, je vais vous présenter certains protocoles, tel que je les ai perçu, au travers d’une communication fictive entre deux personnes P1 et P2.

Check in

P1:

Check In
Je suis content de te voir car ça fait longtemps qu’on s’est pas vu
Je suis énervé car je suis en retard à cause des bouchons
Je suis là

P2:

Bienvenue

P2:

Check In
Je suis aussi content de te voir
J’ai peur que l’on arrive pas à faire tout ce qu’on a prévu
Je suis triste qu’on se voit pas plus souvent
Je suis là

P1:

Bienvenue

Le check in permet d’exprimer ses émotions aux autres, ce qui permet aux autres de connaître notre état d’esprit. Le check in permet de vider ses émotions et de s’engager dans la communication: “Maintenant, c’est bon, je suis là, je suis prêt”. Je trouve que le check in n’est pas humain et sectaire, par contre il est efficace, après un check in je suis prêt.

Perfection game

P1: Veux tu que je fasse un perfection game sur ta présentation ?

P2: Oui

P1: Je mets 7/10 J’aime:

le contenu est clair
le contenu est concis

Pour avoir 10:

J’ajouterai des visuels
Je diminuerai le nombre de slides

P2: Merci

Le perfection game permet d’améliorer les choses en disant ce qui va bien et comment on peut l’améliorer. C’est une démarche constructive. Il est important de ne pas blesser l’autre et que l’autre ne se sente pas blessé. Ma note correspond à ce que je peux apporter, plus elle est élevée, moins j’ai à apporter, plus elle basse, plus j’ai à apporter.

Pass

J’ai le droit de passer un protocole sans justification, sauf le Decider

Decider

P1: Je propose de changer le modèle de la présentation en mettant celui d’Octo

P2: Pouce en bas

P1: Qu’est ce qui te gène dans ma proposition ?

P2: Le modèle doit être celui du client

P1: OK, je propose alors d’ajouter le logo d’Octo dans le modèle

P2: Pouce en haut

Il existe aussi la main à plat quand on n’a pas d’avis. Le Decider permet à une équipe de prendre des décisions. Si j’ai une meilleure solution, je dois la proposer. Si je n’ai pas mieux, je suis d’accord.

Investigate

P1: Veux tu que je fasse un investigate sur l’objectif de ta présentation ?

P2: Oui

P1: Quel message souhaites tu faire passer ?

P2: Le SOA , c’est de la merde

P1: Quels sont tes interlocuteurs ?

P2: Des pro SOA

P1: Quel est ton objectif, leur faire découvrir autre chose ou les agresser ?

P2: ….

L’Investigate permet à une personne de mieux comprendre les objectifs d’une autre personne, c’est une phase d’empathie, de volonté de comprendre l’autre. Cela permet aussi à la personne investiguée de clarifier ses objectifs.

Check out

P1: Check out

Check out car je ne peux plus tenir mes engagements par rapport à l’équipe ou c’est mieux pour moi que je sois ailleurs. Je n’ai pas besoin de justifier.

Ask For Help

P1: Veux tu m’aider sur ma présentation ?

P2: Oui

P1: Je n’arrive pas à rendre la présentation sexy.

P2: Montre là moi…

Et d’autres

Protocol check
Intention Check
Resolution
Personal Alignment

UniversiteDuSI

2008-05-26T10:27:00.000-07:00

Ne manquez pas cet évènement unique en France ! Vous découvrirez comment Neil Armstrong a pu marcher sur la lune, un projet réalisé en cascade ou en agile, à votre avis ? Vous pourrez rencontrer des personnalités publiques comme le philosophe Michel Serre, Eliyahu Goldratt le père de la théorie des contraintes ou Bjarne Stroustrup inventeur du C++ et bien d'autres. Et vous pourrez aussi suivre une session sur l'architecture et les méthodes agiles que j'animerai avec Bernard Notarianni, vous y découvrirez les principes de conception émergente, les bienfaits du Domain Driven Development, l'architecture et la communication, les outils agiles et autres particularités des méthodes agiles qui font que l'architecture de votre application resiste aux années ... De quoi faire rêver bien des femmes ...

Concordion

2008-05-25T13:42:00.001-07:00

On parle beaucoup de Fitnesse et de GreenPaper pour écrire des tests exécutables, on parle peu de Concordion.

Par rapport à un Fitnesse ou un Greenpaper, Concordion a les avantages suivants:

Il s’apparente à des spécifications exécutables plutôt que des tests exécutables
Il n’est pas limité au format tableau
Pas de difficulté avec le classpath
Les fixtures sont sous forme de tests JUnit
Pas de serveur à installer
Pour le partage en équipe, on utilise le référentiel de code (Subversion, CVS)
Il s’intègre aux rapports Maven Sunfire

Exemple d’écriture de tests exécutables pour un blog

Un blog doit permettre de lister le titre et le contenu des articles, d’ajouter des articles et de supprimer des articles.

Test de la récupération des articles

Ajouter la ligne suivante pour gérer les caractères spéciaux:

<meta http-equiv=“Content-Type” content=“text/html; charset=UTF-8” />

Ajouter des données dans la base de données à partir d’un tableau:

<h3>Insertion d’articles en base de données</h3>
<table concordion:execute=“addArticleInDatabase(#title,#content)”>
    <tr><th concordion:set=“#title”>Titre</th><th concordion:set=“#content”>Contenu</th></tr>
    <tr><td>Titre 1</td><td>Contenu 1</td></tr>
</table>

Vérifier le contenu des articles

<h3>Vérification de la liste des articles</h3>
<table concordion:verifyRows=“#article : getArticles()”>
    <tr><th concordion:assertEquals=“#article.getTitle()”>Titre</th><th concordion:assertEquals=“#article.getContent()”>Contenu</th></tr>
   	<tr><td>Titre 1</td><td>Contenu 1</td></tr>
</table>

Test de l’ajout de l’article

Ajouter un article

<h2>Ajout d’un article</h2>
<p>Ajout de l’article de titre <span concordion:set=“#title”>Titre 3</span> et de contenu <span concordion:set=“#content”>Contenu 3</span><span concordion:execute=“addArticle(#title,#content)”/></p>

Vérifier l’ajout de l’article

<table concordion:verifyRows=“#article : getArticlesInDatabase()”>
    <tr><th concordion:assertEquals=“#article.getTitle()”>Titre</th><th concordion:assertEquals=“#article.getContent()”>Contenu</th></tr>
   	<tr><td>Titre 1</td><td>Contenu 1</td></tr>
   	<tr><td>Titre 3</td><td>Contenu 3</td></tr>
</table>

Suppression d’un article

Suppression d’un article:

<h2>Suppression d’un article</h2>
<p>Suppression de l’article d’id <span concordion:set=“#id”>1</span><span concordion:execute=“deleteFirstArticle(#id)”/></p>

Vérifier la suppression de l’article:

<table concordion:verifyRows=“#article : getArticlesInDatabase()”>
    <tr><th concordion:assertEquals=“#article.getTitle()”>Titre</th><th concordion:assertEquals=“#article.getContent()”>Contenu</th></tr>
   	<tr><td>Titre 3</td><td>Contenu 3</td></tr>
</table>

Création des fixtures

Les fixtures sont des tests JUnit, il est possible de dériver sa classe de test de ConcordionTestCase en JUnit 3, ou d’utiliser le runner CondordionRunner avec la déclaration: @RunWith(ConcordionRunner.class)

Il est possible d’utiliser un autre runner dans le test comme le runner Spring qui permet de charger le contexte et d’initialiser les bean Spring automatiquement:

	@Test
public void run  throws IOException {
	ResultSummary resultSummary = new ConcordionBuilder().build().process(
			this);
	resultSummary.print(System.out);
	resultSummary.assertIsSatisfied();
}

Voici le code du test du blog:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { “classpath:applicationContext.xml” })
@Transactional
public class BlogTest {
	@Autowired
	private HibernateTemplate hibernateTemplate;
	@Autowired
	private BlogService blogService;
	public void addArticleInDatabase(String title, String content) {
		Article article = new Article(title, content);
		hibernateTemplate.save(article);
	}
	public Iterable<Article> getArticles() {
		return blogService.listArticles();
	}
	public void addArticle(String title, String content) {
		blogService.addArticle(new Article(title, content));
	}
	@SuppressWarnings(“unchecked”)
	public Iterable<Article> getArticlesInDatabase() {
		return hibernateTemplate.find(“from Article”);
	}
	public void deleteFirstArticle(Long id) {
		blogService.deleteArticle(id);
	}
	@Test
	public void run() throws IOException {
		ResultSummary resultSummary = new ConcordionBuilder().build().process(
				this);
		resultSummary.print(System.out);
		resultSummary.assertIsSatisfied();
	}
}

Utilisation avec Maven 2

Ajouter la dépendance dans le fichier pom.xml:

		<dependency>
			<groupId>org.concordion</groupId>
			<artifactId>concordion</artifactId>
			<version>1.3.0</version>
			<scope>test</scope>
		</dependency>

Ajouter le plugin Concordion au plugin Surefire:

		<plugins>
			<plugin>
				<artifactId>maven-surefire-plugin</artifactId>
				<configuration>
					<systemProperties>
						<property>
							<name>concordion.output.dir</name>
							<value>target/concordion</value>
						</property>
					</systemProperties>
				</configuration>
			</plugin>
		</plugins>

Code de l’exemple

Code source

Ressources

DomainDrivenDesignMethodo

2008-05-25T02:52:00.001-07:00

Deux types d’approches sont possibles pour concevoir des produits logiciels:

l’approche cascade
l’approche itérative

L’approche cascade consiste à demander aux experts métier de définir leurs besoins qui sont communiqués aux analystes qui construisent un modèle métier et donnent le résultat aux développeurs. Cette approche possède des limites dont la principale est qu’il n’y a pas assez de feedback des analystes vers les experts métiers ou des développeurs vers les analystes. Le design de l’application s’en ressent.

L’approche itérative comme Extreme Programming prône la conception émergente, c’est à dire que la conception de l’application se fait au fur et à mesure grâce aux communications effectuées entre experts métiers et développeurs. Grâce à des tests de recette automatiques, il est possible de changer la conception du logiciel sans connaître de régressions. Un des problèmes avec les méthodes agiles est que la décision sur la conception de l’application est faite au plus tard et donc l’application ne progresse pas en terme de compréhension métier.

Il est donc essentiel de faire ressortir le domaine métier de l’application pour que l’application puisse évoluer au cours du temps, c’est le principal objectif du Domain Driven Design. Un bonne conception va faire accélérer le développement. Cette conception doit évoluer au cours du temps par rapport aux retours du code et des besoins métiers. Cette conception n’est pas figée, elle évolue.

Je vous conseille l’ouvrage d’Eric Evans Domain-Driven Design: Tackling Complexity in the Heart of Software ou de télécharger gratuitement le pdf Domain Driven Design quickly

Dans les projets agiles sur lesquels j’ai pu travailler, j’ai constaté qu’au début la vélocité de l’équipe était bonne et qu’à un moment elle chutait, ceci était du la plupart du temps à un problème de conception de l’application, le modèle existant ne permettait plus de gérer la complexité de l’application. Ce que j’aime faire pour résoudre ce problème est d’introduire le fonctionnement de l’application dans les tests de recette automatisés (Fitnesse / Concordion). Un exemple: “Une identité peut se connecter au portail grâce à un login et un mot de passe. Chaque identité possède un porte-feuille de contrats en fonction de ses abonnements. Ses contracts sont de type: …. ”, ceci permet de faire sortir les différentes entités de l’application et leurs relations. Ca a l’avantage d’être compréhensible par tous, développeurs, experts métiers ou exploitants.

Conclusion: Faites du Domain Driven Design même en Agile !!!

CXF

2008-05-16T12:35:00.001-07:00

Qui n’a pas souffert sur Axis 1, puis Axis 2 avec le code verbeux et dégueulasse qui prend la moitié des packages de votre application quand vous avez osé généré un client ?

Dans ma recherche du moteur SOAP le plus agile, j’ai essayé CXF qui est la fusion du Ex Celtix et Ex XFire. Un article intéressant et des arguments forts me mettent sur la voie.

Mes objectifs sont:

avoir un code léger
utiliser les annotations des web services (@Webservice)
intégrer Spring
pourvoir tester mon web service par un test JUnit simple
faire émerger mon web service en TDD
pouvoir utiliser Maven 2

TDD sur mon web service

Charger un serveur de web service en static

@BeforeClass
public static void initJaxFactory() {
JaxWsServerFactoryBean sf = new JaxWsServerFactoryBean();
sf.getServiceFactory().setDataBinding(new AegisDatabinding());
sf.setServiceClass(BlogService.class);
sf.setAddress(“http://localhost:8080/service”);
sf.create();
}

Tester que c’est un web service

@Test
public void shouldBeAWebService() throws Exception {
URL url = new URL(“http://localhost:8080/service/listArticles”);
URLConnection connection = url.openConnection();
Assert.assertNotNull(connection.getContent());
}

Vérifier la génération automatique du WSDL

@Test
public void shouldGenerateWsdl() throws Exception {
URL url = new URL(“http://localhost:8080/service?wsdl”);
URLConnection connection = url.openConnection();
Assert.assertNotNull(connection.getContent());
showResponse(connection);
}

Tester la création d’un client

@Test
public void shouldBeAWebServiceClient() {
createWebServiceClient();
}
private IBlogService createWebServiceClient() {
ClientProxyFactoryBean factory = new ClientProxyFactoryBean();
factory.setServiceClass(IBlogService.class);
factory.setAddress(“http://localhost:8080/service”);
IBlogService client = (IBlogService) factory.create();
return client;
}

Tester l’appel de la méthode listArticles du web service à partir du client

@Test
public void shouldListArticlesViaWebService() throws Exception {
IBlogService client = createWebServiceClient();
Assert.assertEquals(1, client.listArticles().size());
}

Code du web service

@WebService
public interface IBlogService {
 List<Article> listArticles();
}
@WebService
public class BlogService {
 public List<Article> listArticles() {
  List<Article> articles = new ArrayList<Article>();
  articles.add(new Article());
  return articles;
 }
}

Créer un client avec Spring

Le fichier Spring:

<?xml version=“1.0” encoding=“UTF-8”?>
<beans xmlns=“http://www.springframework.org/schema/beans”
 xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
 xmlns:context=“http://www.springframework.org/schema/context”
 xmlns:tx=“http://www.springframework.org/schema/tx”
 xmlns:p=“http://www.springframework.org/schema/p”
 xsi:schemaLocation=“http://www.springframework.org/schema/beans
          http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
          http://cxf.apache.org/jaxws
          http://cxf.apache.org/schema/jaxws.xsd          
          http://www.springframework.org/schema/context
          http://www.springframework.org/schema/context/spring-context-2.5.xsd”>
 <bean id=“client” class=“spike.cxf.IBlogService”
  factory-bean=“clientFactory” factory-method=“create” />
 <bean id=“clientFactory”
  class=“org.apache.cxf.jaxws.JaxWsProxyFactoryBean”>
  <property name=“serviceClass” value=“spike.cxf.IBlogService” />
  <property name=“address”
   value=“http://localhost:8080/service” />
 </bean>
</beans>

Le test avec Spring 2.5:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { “classpath:applicationContext.xml” })
public class BlogServiceSpringTest {
 @Autowired
 private IBlogService client;
 @BeforeClass
 public static void initJaxFactory() {
  JaxWsServerFactoryBean sf = new JaxWsServerFactoryBean();
  sf.getServiceFactory().setDataBinding(new AegisDatabinding());
  sf.setServiceClass(BlogService.class);
  sf.setAddress(“http://localhost:8080/service”);
  sf.create();
 }
 @Test
 public void shouldListArticlesViaWebService() throws Exception {
  Assert.assertEquals(1, client.listArticles().size());
 }
}

Conclusion

Le truc génial est que CXF fournit un serveur pour lancer le web service, on n’a donc pas besoin de déployer le web service sur un serveur d’application pour le tester dans un test JUnit. De plus, créer un client est super simple contrairement à un Axis 2. Le code est léger, l’utilisation avec Spring est simple et tout ça avec Maven 2. Ce framework permet aussi de faire du REST avec des annotations, un prochain post de blog.

* Code source

Ressources

SpringTDD

2008-05-11T08:43:00.001-07:00

Pour ceux qui ont participé à ma session SpringTDD aux XPDays, voici les supports pour la démo:

XpDay2008

2008-05-01T08:45:00.001-07:00

L’événement XP days 2008 a lieu le 5 et 6 mai à Paris à partir de 9h00 à l’espace FIAP Jean Monnet, 30 rue Cabanis, Paris 14è, métro Glacière ou Saint-Jacques.

Mon sujet de présentation est Spring TDD. Au cours de cette session, je montrerai comment on peut faire du vrai TDD avec Spring à partir d’un exemple. Je dis bien du vrai TDD et pas du test d’intégration car le fichier XML Spring sera couvert par les tests.

J’introduirai Spring 2.5 qui permet de simplifier le développement grâce à l’ajout des annotations. Terminé les fichiers XML Spring où l’on ne retrouve pas où on a configuré l’injection de dépendances.

SoapUIMock

2008-04-21T06:20:00.001-07:00

Soap UI est un outil qui permet de tester des web services sans avoir besoin de générer un client de web service.

Quand vous développez une application qui se connecte à des web services, la plate-forme de test sur laquelle sont déployés ces web services n’est pas toujours disponible, vous avez donc besoin de vous abstraire de cette plate-forme. De plus vos tests peuvent avoir des actions d’écriture sur la plate-forme de test que vous ne souhaitez pas.

Une solution possible est d’utiliser les mocks de soap ui, vous pouvez enregistrer des couples requête/réponse et créer des mocks avec ces enregistrements à partir de l’interface de soap ui.

Pour utiliser ces mocks que vous avez créé sur un serveur d’intégration, vous avez besoin de pouvoir lancer ces mocks à partir d’un script; vous pouvez le faire à partir du script mockservicerunner fournit par soapui dans le répertoire bin:

mockservicerunner.bat <chemin_projet_soap_ui>

Framework

2008-04-05T12:00:00.001-07:00

Dans un projet agile, on parle de conception dite émergente, c’est à dire que c’est à partir du moment où l’on a la barre verte sur notre tests unitaires que l’on fait du refactoring et donc l’application se construit petit à petit par le refactoring. Certains agilistes sont contre l’utilisation de frameworks car pour eux cela complexifie le projet et crée une dépendance à celui-ci.

Pourquoi utiliser des frameworks dans un projet agile J2ee ?

Parce que J2ee est complexe: J2ee est une suite de spécifications et une multitude d’API, de quoi s’y perdre: Servlet, EJB, JMS, JDBC, JSF, JSP, …
Parce que c’est plus simple avec un framework: l’utilisation de iBatis pour communiquer avec une base de données est plus simple à écrire que d’utiliser l’API JDBC qui est lourde et rend le code illisible
Parce que c’est plus léger avec un framework: Moins de code avec un framework
Parce que c’est plus rapide avec un framework: Moins de code, donc on code plus vite
Parce que ça permet de s’appuyer sur des bonnes pratiques de développement: Les frameworks sont souvent issus de projets et pour certains sont énormément sollicités, un framework comme Hibernate est un framework qui a fait ses preuves
Parce que ça aligne d'une certaine façon l’équipe en standardisant le code: Combien d’offres d’emploi voit-on demandant comme compétences: Spring, Hibernate, Struts ?
Parce que c’est plus performant: Votre code est il performant ? Etes vous sûr de ne pas avoir de fuites mémoire ou des dead locks ? Un framework open source très sollicité n’aura pas ce genre de problèmes.
Parce que c’est plus évolutif: lorsque vous utilisez un framework comme IBatis pour la persistance en base de données, vous externalisez vos requêtes SQL dans un fichier XML, est ce que vous feriez la même chose avec votre code émergent ?

Quels frameworks choisir ?

Choisissez des frameworks réputés de préférences open source car le code de ces frameworks est regardé par beaucoup de personnes. Personnellement, j’aime bien que le framework soit sous license Apache 2.0. Mes choix de prédilection pour le développement d’applications J2ee sont Hibernate, Spring, Wicket.

Attention de ne pas mal utiliser le framework

Il y a des inconvénients à utiliser des frameworks dans un projet, c’est qu’il faut les maîtriser. Il m’est arrivé souvent de voir une mauvaise utilisation des frameworks et parfois la méconnaissance du framework entraîne une baisse de productivité de l’équipe. Alors qu’est ce qu’il faut faire ? Il faut choisir des frameworks avec lesquels l’équipe est à l’aise. Il faut que l’équipe s’aligne sur comment elle va utiliser le framework, soit par des scéances de Dojo randori type code sur les murs, soit par des phases de refactoring régulières. Par exemple quand on utilise Spring et que l’équipe ne se parle pas, on arrive très vite à des fichiers de configuration dans tous les sens où il devient difficile de trouver ses petits. On revient à la phrase magique: "Team = Product", c'est la communication de votre équipe qui fera que votre produit sera le meilleur.

Spring2.5

2008-03-25T14:21:00.001-07:00

Le framework Spring est un framework complet qui permet de réaliser des applications de qualité rapidement. Dès que l’application grossit, il peut être fastidieux de gérer les fichiers de configuration au cours du temps, même avec la séparation entre plusieus fichiers d’import ou grâce à la navigation simplifiée avec le plugin Eclipse Spring IDE. Spring 2.5 introduit les annotations pour notre plus grand plaisir. Grâce à ces annotations, on s’abstient de l’écriture verbeuse de fichiers XML. De plus, les annotations permettent de rester dans le code, c’est beaucoup mieux pour faire du TDD.

Cet article décrit comment utiliser:

Les annotations Spring 2.5
Les annotations Unitils pour les tests unitaires des objets services

Exemple de TDD sur la couche DAO

Code du test du DAO

@RunWith(SpringJUnit4ClassRunner.class)
@Transactional
@TransactionConfiguration(transactionManager=“txManager”)
@ContextConfiguration(locations={“classpath:applicationContext.xml”})
public class UserDaoTest {
	private UserDao userDao;
	@Autowired
	public void setRepository(UserDao userDao) {
		this.userDao = userDao;
	}
	@Test
	public void shouldSaveNewUser() {
		User user = newUser();
		Assert.assertNotNull(user.getId());
	}
	@Test
	public void shouldGetUsers() {
		newUser();
		List<User> users = userDao.getUsers();
		Assert.assertEquals(1,users.size());
	}
	@Test
	public void shouldGetUser() {
		User u = newUser();
		User user = userDao.getUser(u.getId());
		Assert.assertSame(u, user);
	}
	@Test
	public void shouldDeleteUser() {
		User u = newUser();
		userDao.removeUser(u.getId());
	}
	private User newUser() {
		User user = new User();
		user.setFirstName(“Jeff”);
		user.setLastName(“Helie”);
		userDao.saveUser(user);
		return user;
	}
}

Code du DAO:

@Repository
public class UserDaoJpa implements UserDao {
 	protected EntityManager entityManager;
 @PersistenceContext
	public void setEntityManager(EntityManager entityManager) {
		this.entityManager = entityManager;
	}	
	@SuppressWarnings(“unchecked”)
	public User getUser(Long userId) {
       return entityManager.find(User.class, userId);
	}
	@SuppressWarnings(“unchecked”)
	public List<User> getUsers() {
		return entityManager.createQuery(“Select u from User u”).getResultList();
	}
	@SuppressWarnings(“unchecked”)
	public void removeUser(Long userId) {
		entityManager.remove(getUser(userId));
	}
	@SuppressWarnings(“unchecked”)
	public void saveUser(User user) {
		entityManager.persist(user);
	}
}

Exemple de TDD sur la couche Service

Les tests unitaires sur la couche Service font souvent appel à des mockobjects, deux principalement JMock et EasyMock. J’ai découvert récemment Uintils qui permet de simplifier l’implémentation de mockobject de type EasyMock, Unitils vient avec des annotations pour siplifier l’écriture de test.

Code du test du Service:

public class UserServiceTest extends UnitilsJUnit4 {
	@TestedObject
	private UserServiceImpl userService;
	@Mock
	@InjectIntoByType
	private UserDao userDao;
	@Test
	public void shouldGetUser() {
		User u = new User();
		EasyMock.expect(userDao.getUser(new Long(0))).andReturn(u);
		EasyMockUnitils.replay();
		User user = userService.getUser(“0”);
		Assert.assertSame(u,user);
	}
	@Test
	public void shouldGetUsers() {
		List<User> l = new ArrayList<User>();
		EasyMock.expect(userDao.getUsers()).andReturn(l);
		EasyMockUnitils.replay();
		List<User> users = userService.getUsers();
		Assert.assertSame(l, users);
	}
	@Test
	public void shouldRemoveUser() {
		userDao.removeUser(new Long(0));
		EasyMockUnitils.replay();
		userService.removeUser(“0”);
	}
	@Test
	public void shouldSaveUser() {
		User u = new User();
		userDao.saveUser(u);
		EasyMockUnitils.replay();
		userService.saveUser(u);
	}
}

Code du Service:

@Service
public class UserServiceImpl implements UserService {
	private UserDao userDao;
	@Autowired
	public void setUserDao(UserDao userDao) {
		this.userDao = userDao;
	}
	public User getUser(String userId) {
		return userDao.getUser(Long.parseLong(userId));
	}
	public List<User> getUsers() {
		return userDao.getUsers();
	}
	public void removeUser(String userId) {
		userDao.removeUser(Long.parseLong(userId));
	}
	public void saveUser(User user) {
		userDao.saveUser(user);
	}
}

Ressources

FitnesseSpringTransactionRollback

2008-03-22T10:43:00.001-07:00

Quand on utilise Fitnesse pour faire des tests de recette sur une base de données, on est obligé d’injecter des données de test dans la page SetUp et de les supprimer dans la page TearDown. Parfois si le test ne passe pas, ce n’est pas à cause du code mais parce que les données de test ont été mal supprimées dans la page TearDown. Pour remédier à ce problème, il est possible de faire un rollback de la transaction une fois que le test est fini, cela permet de ne pas à avoir à supprimer les données de test dans la page TearDown. Pour cela, on peut utiliser l’annotation @Transactionnal de Spring. J’ai implémenté le code de l’article sur gojko, voici le code du résultat avec un exemple simple repris d’Appfuse. Dans l’exemple je teste un Service qui appelle un DAO

Il est important d’ajouter la directive suivante dans la page Fitnesse:

!define TEST_RUNNER {fitnesse.spring.RollbackServer}

VisionUtilisateur

2008-03-20T14:56:00.001-07:00

Le départ dans un projet quelqu’il soit est essentiel car une fois que la machine est lancée il est difficile de la remettre dans le droit chemin. Ceci est valable pour des projets cycle en V ou des projets agiles. Il est essentiel de constituer l’équipe rapidement et que celle-ci partage les enjeux du projet. A cause d’un système hiérarchique très ancré dans l’esprit des gens (surtout en France), il est rare de voir un développeur assister aux réunions de lancement… C’est une erreur, car cela permet de le responsabiliser, de lui permettre comprendre les enjeux du projet et de le motiver… Arrêtons de croire qu’un développeur est un imbécile, il comprend les objectifs d’un projet et est capable d’être critique sur des décisions “high level” (beurk) et oui … le code ça développe l’esprit d’analyse et de synthèse.

Dans un projet agile, une des personnes essentielle est le product owner ou le sponsor, si cette personne n’est pas motivée à bloc pour le projet, si elle n’est pas compétente ou si le rôle de product owner est portée par plusieurs personnes en même temps qui ne sont pas alignées alors le projet a peu de chance de réussir. C’est donc une des premières choses à régler dans un projet. Souvent le projet est porté par un chef de projet MOE qui s’est involontairement acquitté du rôle car personne de la MOA n’est disponible car trop prise par des réunions ou parce que personne ne veut prendre la responsabilité du projet. La MOA pense qu’il lui suffit de gérer le délais et le budget, or dans les méthodes agiles, elle a un rôle plus vaste et plus intéressant intellectuellement. Elle valorise les fonctionnalités qu’elle souhaite avoir, elle améliore de manière itérative ses processus métier et donc maîtrise mieux son métier. De plus elle intervient dans un monde où la communication et l’échange est valorisé, elle devient donc plus humaine et peut avoir une vue d’ensemble du métier de l’entreprise.

Je me suis rendu compte que l’équipe met du temps à s’aligner car chaque membre ne parle pas le même langage. Le MOE parle modèle, architecture, web services, frameworks, …; la MOA parle souvent processus métiers complexes, …, ce qui réunit les deux c’est le langage de l’utilisateur, c’est à dire celui qui va utiliser l’application. C’est ce langage qui est mis en avant par l’écriture de user stories. L’écriture de user stories est difficile mais peu drôlement être facilité par un travail d’identification à l’utilisateur. On le voit sur les sites internet quand cette identification a été faite ou non, par exemple on peut observer à quel point un site comme Vente privée est simple et facile d’utilisation, un vrai bonheur et aussi un vrai succès.

Pour les sites Internet, on est un peu obligé de faire des sites orientés utilisateurs car sinon personne ne vient. Dans les portail de gestion type intranet, il arrive souvent que les utilisateurs souffrent… Souvent parce que ces sites ont été faits par des informaticiens et que personne n’a pris le temps de se mettre à leur place.

Alors au lieu de commencer à taper des powerpoint ou des diagrammes visio, il peut être intéressant de se mettre dans une salle ensemble et d’écrire sur papier / carton / post it pour réfléchir. C’est ce qui marche le mieux, c’est ce qui favorise le plus l’échange. Une fois qu’on s’est mis d’accord, pourquoi ne pas faire un visio et l’afficher dans l’openspace. A partir de la vue utilisateurs, il est facile de voir les processus métier, d’en déduire les services de la couche service, d’en imaginer l’IHM, …, tout coule de source et l’équipe est alignée et parle le même langage.

Même si on parle de conception émergeante en agile, cela ne veut pas dire qu’on ne fait pas de conception au départ, c’est une conception des processus métiers vus de l’utilisateur et pas une conception vue des applications faite par l’architecte SI ou l’urbanisme (cartographies, modèle générique, bla, bla). La vision utilisateur garantit la simplicité de l’application et l’alignement de l’équipe. Attention donc de ne diverger vers de la conception UML orientée systèmes accompagnée de tonne de documentations inutiles car elles ne parlent pas un langage universel, celui de l’utilisateur, celui de notre quotidien, celui de notre vie. Toute la réussite des projets repose sur cette capacité de l’équipe à intégrer au plus tôt la vision de l’utilisateur...

Dance Heads

2008-03-15T03:20:00.001-07:00

CoachingDifficultes

2008-03-13T14:36:00.001-07:00

Pourquoi le coaching est si difficile ?

Parce que le coaching, c’est:

écouter et comprendre les autres, c’est mettre son savoir dans sa poche
arrêter de s’écouter parler
aider les gens à changer par eux mêmes
ne jamais faire à la place des autres mais avec les autres
devoir être toujours au top de sa forme, avoir confiance en soi, être indestructible
se sentir seul et inutile
perdre parfois la vision de la réalité
savoir être discret dans l’équipe

Un bon coach est un bon leader et inversement… Ça en étonne sans doute plus d’un mais tout ça est plein de contradictions…

Pour ceux que ça intéresse, j’aime bien la réflexion de Kent Beck sur le leadership et la vision du leader de Stephen Covey

VisMaVie

2008-03-12T14:29:00.001-07:00

Une histoire un peu dingue:

“Je suis chef de projet dans un grand groupe, j’ai rejoins un projet depuis 3 mois. Le projet a commencé il y a 2 ans et 1/2, j’ai remplacé un ancien chef de projet qui était prestataire. Le projet n’a rien livré en production depuis 2 ans et 1/2. J’hallucine: il n’y a pas de documentation, j’ai des pages de code qui font 5000 lignes !! La MOA et l’ancien chef de projet n’ont jamais communiqué ensemble. L’ancien chef de projet me dit qu’il savait pas ce que son équipe devait faire et donc il a fait un truc… Et ça dure depuis 2 ans et 1/2. L’ancien chef de projet faisait le code de l’application, il a fait 90% de l’application. En plus, il a développé un framework maison que personne dans l’équipe ne connaît. Maintenant, il est parti et c’est moi qui prends sa place… Je l’appelle mais ça le saoule de me répondre et donc il me donne les informations au compte goutte. L’équipe actuelle est constituée de jeunes développeurs sortis d’école qui ont besoin d’être cadrés. En plus, on développe dans une technologie de scripting qui vient récemment de passer à l’objet. J’ai quand même réussi à avoir un mec pas mauvais techniquement mais rapidement il en peut plus car il doit comprendre comment fonctionne l’application et résoudre les bugs du prototype qui est présenté par les grands chefs lors de conférences internationales de vente. L’application est complètement instable, de plus le terminal utilisé pour l’application est un écran tactile. Le marketing demande des fonctionnalités de drag and drop de type web 2.0 qui ne fonctionnent pas très bien sur le terminal en question. Ma mission est d’industrialiser le prototype dans 3 mois car bon ça fait deux ans qu’on est en phase de prototypage, on dépensé un budget colossal et maintenant il faut mettre en production. La MOA quand elle a regardé l’application, elle ne correspondait pas du tout à ses besoins. De même le centre de recherche intervient sur mon projet pour donner son avis sur l’application. La MOA n’est pas disponible et ne se trouve pas dans le même bâtiment que moi. Le centre de recherche se trouve dans l’ouest de la France. Le service que rend l’application qui doit être faite est complètement innovant, ça n’a jamais été fait dans le groupe. La direction des achats a serré les prix au maximum pour la facturation des prestataires, d’ailleurs je ne peux avoir que des jeunes sortis d’école qui n’ont aucune expérience technique ou projet. L’équipe que je manage est démotivée car elle ne sait pas où allait, elle comprend bien que le code est pourri et en plus l’ancien chef de projet faisait à la place des jeunes. Le terminal sur lequel doit fonctionner l’application est fait par un partenaire à qui on demandait de donner des produits d’essai gratuitement et donc pour le rentabiliser le nombre de ventes que l’on doit faire doit être suffisamment important pour qu’ils puissent rentabiliser l’investissement. Hors ce qu’ils ne savent pas c’est que le marketing a revu ses objectifs à la baisse de vente pour l’année étant donné la situation actuelle du projet. J’oubliai… Y’a pas longtemps j’ai assisté à une réunion avec le marketing, des gens du centre de recherche, ils se sont tous tournés vers moi en me demandant si j’avais rempli le formulaire 512, 214 et 265… Il cherche un coupable… Mon responsable qui était convié à la réunion n’est pas venu, me laissant seul à répondre d’une situation que je n’ai pas vécu car arrivé depuis 3 mois. La cerise sur le gâteau, c’est qu’on n’a fait venir un indien dans le but d’externaliser les développements de l’application en Inde et puis… aussi la gestion de projet !!! Et moi je deviens quoi dans l’affaire, je vais m’inscrire à l’ANPE ?”

Ce que vit ce chef de projet, c’est un des pires scénarios possibles imaginables:

Son équipe est instable et payée au lance-pierre: les gens qui ont la connaissance sont partis

Son équipe est inexpérimentée

Son équipe est démotivée

La MOA n’est pas présente sur le plateau et ne prend pas ses responsabilités, ses besoins sont changeants (ça c’est pas nouveau)

L’application actuelle a déjà été présentée lors de sessions de marketing, l’offre sera lancée prochainement, la pression est énorme

L’application est instable, code spaghetti, aucun test, un framework maison non documenté

La plate-forme technique est instable, pas de plate-forme de recette, pas de test

La technologie utilisée est souple (pas de compilation) et industrielle depuis peu

Pas de documentation

Pas de suivi de l’application pendant 2 ans et 1/2

Beaucoup d’interlocuteurs: 10 personnes pour le centre de recherche, n personnes pour le marketing, ….

Une technologie nouvelle non maîtrisée (terminal spécifique)

Des délais courts

Un budget plus que faible car on a déjà dépensé 2 ans et 1/2

Un projet d’essai pour externaliser en Inde

Une volonté du marketing de continuer à faire évoluer le prototype actuel

Si on part du postulat “Team=Product”, on arrive à un produit instable (équipe instable), un produit inutile (MOA peu présente), un produit en miette (équipe décentralisée)

L’agilité permettra t-elle de sauver le projet ? L’équipe (avec le marketing) arrivera t-elle à se focaliser sur l’essentiel ? Trouvera t-elle la motivation nécessaire pour atteindre ses objectifs ? A suivre …

CrystalAgile

2008-03-12T09:40:00.001-07:00

Un petit résumé d’une conférence XP France à laquelle j’ai pu assister. Cette conférence était présentée par Gery Derbier sur Crystal Clear.

La méthodologie est centrée sur les individus plutôt que sur les processus: Team=Product. Le principe de Crystal Clear est qu’il n’y a pas qu’une seule solution, pas une méthode unique. Crystal Clear définit des conventions qu’adapte une équipe en fonction de son environnement.

Le logiciel consiste à concrétiser les idées d’une équipe.

Comme dans les méthodes agiles, on retrouve:

Le Sponsor du projet qui a la vision du projet, qui finance, qui prend les décisions (il a besoin de visibilité)
Le groupe lié par des connections et de la communication
La focalisation: priorités connues, temps utile
Les personnes qui ont un savoir-faire et des motivations

Crystal Clear définit 3 propriétés fondamentales:

Des livraisons fréquentes aux utilisateurs réels au moins 2 fois pendant les 6 derniers mois. L’idée est d’avoir effectuer toute la chaîne de livraison jusqu’à la production
Une communication de proximité: moins de 30s pour recueillir l’information, capter l’information utile en entendant quelqu’un discuter d’un sujet (format openspace rapproché)
Une réflexion qui correspond à de l’aide au changement qui dure entre 1h et 1 demi journée pour améliorer les habitudes de travail. Il est intéressant de revenir aux valeurs partagées de l’équipe.

D’autres propriétés:

Sécurité du projet
Focalisation

Est ce qu’on a un accès facile aux utilisateurs experts ?
Est ce que l’équipe est focalisée ? Equipe dédiée au projet au moins 2 jours de suite ? Est ce que chaque membre de l’équipe peut travailler 2 heures de suite par jour efficacement ?

Sécurité personnelle

Est ce que je peux tout dire ? En XP, ça se traduit par ma note de confiance avant de commencer la rétrospective

Environnement technique

La méthode définit quelques rôles, un peu plus que ceux de Scrum. Les actions faites sur le projet dépendent du niveau d’incertitude et de la complexité de l’application.

Gery utilise un tableau de bord avec les différentes propriétés Crystal Clear comme support à la rétrospective, j’ai trouvé ça interessant car ça permet de focaliser l’équipe et de la motiver à changer. Car sinon le risque est de se retrouver avec les mêmes problèmes à chaque rétrospective.

Gery a soulevé une expérience intéressante qui peut nous amener à s’interroger sur les tests automatiques: Il a eu une expérience sur un projet de deux ans avec un métier difficile qui se termine avec 0 défaut et ceci sans test automatique ! Pourquoi ? Parce que les intégrateurs systèmes ont travaillé dès le début avec l’équipe et ont donc une connaissance projet forte qui leur permet de tester l’application manuelle rapidement !

L’important, c’est Team=Product, Gery nous a donné des exemples:

Un DBA discute avec un développeur Java, ils ne se mettent pas d’accord et alors on se retrouve avec une architecture instable, des procédures stockées avec des règles métiers.
Une distance géographique créée une distance conceptuelle du produit
Une MOA et une MOE qui ne se mettent pas d’accord, ça fait une application qui n’est pas utilisable par les utilisateurs finaux

Deux références de bouquins que Gery nous donne:

LaFractureViaUML

2008-03-12T00:11:00.001-07:00

UML est un langage créé par des chercheurs pour essayer de modéliser le monde objet. Ce langage est destiné essentiellement à des techniques issus de la maîtrise d’oeuvre qui ont appris à utiliser un langage de programmation objet. Ce langage est complet et abouti, je le comprends mais laissez moi conter une histoire récente que j’ai vécue dernièrement et que se reproduit de manière cyclique presque maladive:

J’assiste à une réunion où une personne de la maîtrise d’oeuvre explique l’enchaînement des écrans d’une application web à une personne de la maîtrise d’ouvrage à l’aide d’un diagramme à état. La personne de la maîtrise d’ouvrage ne comprends pas et ne cherche pas à comprendre ce diagramme car c’est compliqué pour elle. Elle assiste à une réunion, la vingtième de la semaine où on li dit “tu comprends rien !” parce qu’elle ne sait pas lire de l’UML. Cette personne explique qu’elle souhaiterait voir apparaître des copies d’écran affichées sur le mur, un peu comme une sorte de frise et en dessous voir les applications métiers du SI avec lesquelles on communique en sous jacent, une idée géniale, créative, ludique, …, forcément elle n’est pas écoutée.

On le sait bien, pour qu’un projet réussisse, il faut intégrer la MOA dans l’équipe, c’est ce que Scrum appelle le “Product Owner”, …, ouais mais cette MOA qui est submergée de réunions, parce que leur chef leur a demandé de gérer plusieurs projets en même temps et à qui on dit: “Mais attends, c’est de la technique, la modélisation de mon modèle générique c’est super important, j’ai besoin de cette story à complexité élevée pour avancer”, elle ne peut que se dire “Ils se foutent de ma gueule, c’est bon faites ce que vous voulez, de toute façon je vous dis un truc, vous vous en foutez !”, et ils ont raison…

Avec UML, comment je rassure la MOA sur mon suivi ? Comment j’intéresse la MOA ?

Sur quoi la MOA peut intervenir de façon concrète ? Sur l’intégration avec les applications du SI, sur les écrans de l’application de gestion et sur la récupération des besoins des utilisateurs finaux.

Il vaut mieux s’intéresser à faire fonctionner son équipe projet plutôt que d’essayer de passer son temps à modéliser des concepts: “Team=Product”

TestsIHM

2008-03-11T02:30:00.001-07:00

Les tests des interfaces web sont très volatiles et demandent beaucoup d’efforts, néanmoins ces tests parlent plus aux gens du métier. Tester les règles métier à partir des interfaces graphiques n’est pas une bonne idée, il est difficile de tester de manière précise les règles métier si l’on teste à partir de l’interface. Les tests d’IHM ne sont pas les tests où l’effort doit être fournit, de plus il est nécessaire d’avoir une IHM stable pour envisager de pouvoir écrire les tests.

Certains tests d’IHM font sens à être automatisés:

Les tests de navigation (ou de workflow) et de contrôle de session
Les tests de contrôle d’accès
Les tests d’intégration avant livraison

Les tests de navigation et de session

Les tests de navigation permettent de vérifier L’enchaînement des pages dans l’ordre souhaité par l’utilisateur. Les tests de contrôle de session permettent de valider que l’enrichissement de la session au cours d’un enchaînement de pages, par exemple l’enrichissement du panier d’un utilisateur au cours d’une prise de commande.

Les tests de contrôle d’accès

Les tests automatisés peuvent servir aussi à vérifier les droits d’accès aux pages de manière automatique; les droits d’accès sont souvent positionnés au niveau de la couche contrôleur et non au niveau des services métiers.

Les tests d’intégration

Les tests d’intégration avant livraison sont des tests qui permettent d’effectuer un premier niveau de validation avant la release de l’application. Ces tests servent de non-régression, ils permettent de se couvrir du désenchantement éventuel causé par un problème de syntaxe dans une JSP, un formulaire rempli avec une mauvaise URL. Ils permettent d’éviter des bugs de dernière minute engendrés par l’équipe juste avant livraison.

Conclusion

Dans la pratique, la couche interface utilisateur n’est pas sujette à beaucoup de tests, néanmoins il est possible de tester quelques parties de manière localisée. De même il est interessant d’avoir une baterie de tests automatisés qui permettent de valider une partie de l’application avant mise en production; même si ça peut être corrigé rapidement, c’est embarrassant d’avoir un problème de compilation d’une JSP. Ces tests ne doivent pas prendre beaucoup de temps à être écrit, car ils ne sont pas essentiels, ils sont là pour aider à se prévenir de désagrément. Un outil comme Selenium pour les interface web simplifie grandement l’écriture de ces tests. Attention ces tests automatisés ne remplacent pas des tests manuels avant mise en qualification ou en production.

Testing

2008-03-03T15:00:00.001-08:00

Une des clés d’XP est les tests automatisés, les tests peuvent être séparés en deux catégories: les tests unitaires et les tests d’intégration.

Pour pouvoir tester de manière automatique une application sans trop d’efforts, il est recommandé dans la plupart des cas de mettre en place une conception qui simplifiera les tests. Les patterns forts sont l’injection de dépendances , la séparation en couches applicatives et le pattern separation of concerns. L’intérêt d’implémenter l’injection de dépendances est qu’il est possible de tester unitairement son code indépendamment d’un conteneur ou framework d’injection de dépendances. Il est possible d’utiliser les mocks objets pour tester son code de manière isolée. La séparation en couches applicatives est une bonne pratique de développement d’application d’entreprise qui permet de bien faciliter les tests unitaires, par exemple il est plus facile de tester la couche service indépendamment de la couche DAO sans avoir besoin de données de tests persistantes. Les tests unitaires s’exécutent très rapidement, ils n’ont pas besoin d’éléments d’infrastructure comme une base de données, un serveur d’applications, … Les tests unitaires apportent beaucoup en terme de productivité car ils ne nécessitent pas d’avoir à débugger manuellement l’application. De plus, ils sont les garants d’une non-régression de l’application. S’ils sont écrits avant le code, ils ont en plus l’avantage d’orienter le code et d’éviter d’avoir du code mort dans l’application (c’est à dire non testé). Une des mauvaises habitudes des développeurs lorsqu’ils font des tests unitaires est de croire qu’ils n’ont pas besoin de faire de tests unitaires pour une petite partie de code, or c’est l’inverse, une bonne pratique du TDD consiste à écrire un peu de test, puis un peu de code et ainsi de suite pour avoir une qualité maitriser et éviter d’avoir à comprendre pourquoi le code ne passe pas le test et d’éviter d’utiliser le debugger. Les tests d’intégration sont des tests avec tout le système, c’est à dire avec la vraie base de données, avec le vrai web service installé, avec l’application web. Ces tests sont des tests plus grosse maille qui testent le comportement général de l’application. Ces tests permettent de détecter une erreur mais ne permettent pas de savoir où elle se situe. Ce sont les tests unitaires qui permettent de savoir où est l’anomalie de manière précise. Il est donc indispensable de coupler les tests unitaires avec les tests d’intégration pour garantir une bonne qualité de l’application.

Il est coutume de parler de deux autres catégories de tests: les test fonctionnels et les tests de recette. Les tests fonctionnels sont des tests d’intégration dont l’objectif est de tester une fonctionnalité métier, ce sont des tests à destination de la MOA ou des analystes fonctionnels. Ces tests à la différence des tests de recette ne communiquent pas avec le vrai système, c’est à dire que les systèmes externes comme une base de données, un web service, un legacy sont bouchonnés faute d’environnement pour les tester. Les tests de recette sont des tests bout en bout qui testent l’application dans son véritable environnement, en général sur la plate-forme de pré-production. Ces tests sont aussi ceux qui permettent au client de dire “GO” à la mise en production.

D’autres tests sont détaillés dans l’article suivant http://fr.wikipedia.org/wiki/Test_(informatique), parmis eux les tests de performance, les tests de non-régression, les tests de robustesse et les tests de vulnérabilité.

Tantric

2008-03-02T07:08:00.001-08:00

J'ai découvert ce groupe par hasard, un petit bijou entre Lifehouse, NickelBack et Creed

FitnesseMaven

2008-02-29T04:52:00.001-08:00

Toujours dans la problématique d’avoir qu’un seul référentiel de fixtures Fitnesse testables avec plusieurs version du code, c’est à dire avec une version stable pour les rédacteurs de tests et snapshot sur les postes de dev, il existe une solution si votre code est mavenisé grâce au plugin fitnesse développé par Antoine Veret et Philippe Kernevez. C’est du très bon plugin, pas besoin d’installer un fitnesse local !!

Imaginons que vous ayez un serveur central Fitnesse sur lequel travaille la MOA, que vous êtes développeur et que vous souhaitez développer des fixtures Fitnesse en local, voici un exemple de pom.xml:

<project>
…
<repositories>
<repository>
<id>codehaus-mojo</id>
<url>http://repository.codehaus.org</url>
</repository>
</repositories>
<build>
<plugins>
<plugin>
	<groupId>org.codehaus.mojo</groupId>
	<artifactId>fitnesse-maven-plugin</artifactId>
	<version>1.0-beta-2</version>
	<configuration>
		<fitnesses>
			<fitnesse>
				<hostName>fitnesse-server</hostName>
				<port>8085</port>
				<pageName>
					JavaExamples.PlainSeleniumTest.ClickTest
				</pageName>
			</fitnesse>
		</fitnesses>
		<failOnError>true</failOnError>
		<classPathSubstitutions>
		<classPathSubstitution>
	                <search>/etc/udd/m2_repository</search>
	                <replaceWith>c:/documents and settings/…/repository</replaceWith>
	            </classPathSubstitution>
	            <classPathSubstitution>
	                <search>/</search>
	                <replaceWith></replaceWith>
	            </classPathSubstitution>
            	</classPathSubstitutions>
	</configuration>
</plugin>
</plugins>
</build>
…
</project>

La suite JavaExamples.PlainSeleniumTest.ClickTest est lancée sur le serveur fitnesse-server de port 8085 avec un classpath dont les chemins composés de /etc/udd/m2_repository sont remplacés par c:/documents and settings/…/repository et / par \

Pour la suite, il suffit de lancer la commande suivante:

mvn fitnesse:run

Le résultat de la page Fitnesse est positionné dans le répertoire target, un fichier de type output

Vous pouvez remarquer que j’ai ajouté la ligne <failOnError>true</failOnError> pour faire échouer le build quand le(s) test(s) ne passe(nt) pas au vert.

FitnesseTeam

2008-02-28T09:39:00.001-08:00

Plusieurs solutions sont possibles comme utilisation de Fitnesse en équipe:

Utilisation d’un serveur central
Importer les tests à partir du wiki central
Mettre les tests dans un référentiel de code

Utilisation d’un serveur central

L’utilisation d’un serveur central implique la mise en place d’un serveur d’intégration continue qui se charge de compiler le code régulièrement et de le rendre disponible pour Fitnesse. L’avantage de cette solution est que les tests sont enregistrés à un seul endroit et donc permet à la MOA et à l’équipe de dev de ne pas avoir besoin d’installer un outil. L’inconvénient est qu’il faut attendre que le build est fini pour pouvoir profiter des modifications sur les fixtures ou sur le code.

Importer les tests à partir du wiki central

La deuxième solution est d’utiliser un serveur central pour le stockage des pages wiki de tests et d’exécuter les tests sur le poste des développeurs. Dans cette solution, les tests ne sont jamais exécutés sur le serveur et donc les problèmes de build n’ont pas de conséquences sur le développement et la mise à jour des fixtures Fitnesse. Il est impossible d’importer les tests à partir du wiki du serveur central Fitnesse. Pour importer les tests distants, il suffit de créer la page sur le serveur local qui servira de root pour la hiérarchie d’imports, ensuite mettre !contents -R en tant que contenu de cette page. Ensuite il faut aller dans les Properties Fitnesse de la page, entrer l’URL dans le champ Import Wiki et cliquer sur le bouton Import. Le serveur local importe la version distante du wiki. Dès que vous lancer les tests à partir du bouton Test, il est possible de voir le contenu du test importé. L’option Automatically update imported content when executing tests peut être coché pour permettre la mise à jour du wiki du test avant chaque lancement de test. Cette méthode est une bonne approche même si elle peut entraîner des problèmes de synchronisation entre les versions du wiki central et le wiki local.

Mettre les tests dans un référentiel de code

La dernière solution consiste à positionner les tests dans un référentiel de code de type subversion. C’est sans doute la meilleure solution car tout est stocké au niveau du subversion. Il est plus facile de faire un différentiel entre les versions. Attention, le mode de stockage actuel de Fitnesse entraîne une pollution du référentiel de code avec des fichiers de zip. Néanmoins, ce mode de stockage peut être désactivé en ajoutant l’option -e 0 dans le script de lancement de Fitnesse.

Organisation des fichiers

L’utilisation de chemin absolu peut être problématique dans le cas d’une utilisation locale puis serveur. Pour cela, il est possible d’utiliser des variables qui varie en fonction de l’environnement.

!define M2_REPO {blabla}

Coaching

2008-02-27T13:54:00.003-08:00

Qu’est ce que le coaching ?

Le terme coaching vient du sport, de Timothy Gallway , ça me fait super rire car j’ai lu ce bouquin quand j’avais 15 ans pour améliorer mon mental au tennis, il me reste toujours des progrès à faire de ce côté là (y’a que les tennismen qui peuvent comprendre) ;)

Le coaching s’est développé dans l’entreprise pour toutes les professions qui comportent une relation d’accompagnement et pour tous ceux qui:

veulent mener un projet à son terme
aspirent à mieux vivre mais n’ont pas l’envie ou ne ressentent pas le besoin d’un travail de thérapie ou de développement personnel
souhaitent supprimer une gêne ou un handicap.

Le coaching a fait ses preuves dans la dynamisation des groupes et l’optimisation des équipes; il entre fréquement dans le domaine des performances et des comportements individuels

Réalité du coaching

Le coaching consiste en l’accompagnement sur mesure d’une personne dans une démarche de changement, à un moment clé de sa vie, à partir des besoins qu’elle exprime, jusqu’à l’atteinte complète de ses objectifs précis. Le coaching l’amène durablement à plus de performances et de succès, d’autonomie et de réalisation de soi, grâce au développement concomitant de son potentiel et de son savoir-faire.

Questions

Quoi ? Accompagnement sur mesure

Qui ? Une personne par le coach

Quand ? A un moment clé de sa vie

D’où ? Des besoins qu’elle exprime

Pour quoi ? Jusqu’à l’atteinte complète d’objectifs précis

Comment ? Dans une démarche de changement, impliquant le développement de son potentiel et de son savoir-faire

Pourquoi ? Pour l’amener durablement vers plus de performance, de succés, d’autonomie et de réalisation de soi

Extraits de Coaching Mode d’emploi au édition marabout

FitnesseSelenium

2008-02-27T06:42:00.001-08:00

WebTest est une extension Fitnesse qui permet d’utiliser le wiki Fitnesse pour exécuter des tests Selenium.

Installation

Télécharger la dernière version packagée avec Fitnesse et Selenium sur http://fitnesse.info/webtest
Déziper le fichier
Lancer les scripts startFitnesse.bat(.sh) et startSeleniumRC.bat
L’url de Fitnesse est accessible en http://localhost:8085

Tests

Des exemples Java sont disponibles sur http://localhost:8085/JavaExamples

webtest fournit deux types de tests:

PlainSeleniumTest: correspond à des tests reprenant la syntaxe générée par le plugin Firefox Selenium IDE
WebTest: correspond à une syntaxe plus orientée utilisateur: user Opens URL, destinée à des utilisateurs

Premiers tests

J’ai utilisé le plugin firefox Selenium IDE pour générer des tests de vérification de navigation, j’ai ajouté des assertions de type verifyTextPresent à partir du bouton droit de la souris.
Ensuite j’ai cliqué sur le bouton Selenium Test Runner pour pouvoir récupérer les tests Selenium sous forme de tableau Excel
Ensuite sous Fitnesse, j’ai cliqué sur le bouton FitNesse To SpreadSheat
J’ai collé les tests Fitnesse que j’ai positionné dans le presse papier
J’ai sauvé et lancé le test
Les tests ne fonctionnaient pas car webtest ne connait pas la directive clickAndWait, j’ai donc remplacer cette directive clickAndWait par click
Du coup les tests ne passaient plus à cause des temps de réponse du serveur (serveur JONAS :))
J’ai dû remplacer verifyTextPresent par waitForTextPresent
Et hops la barre verte !

Astuces

Il arrive que vous n’avez pas de terminal X sur le serveur où fonctionne Fitnesse ou vous n’avez le navigateur que vous souhaitez, genre Internet Explorer que vous ne trouvez que sur Windows, c’est pas grave vous pouvez lancer le serveur Selenium sur votre poste local (qui a les bons navigateur) et faire pointer le test du serveur Fitnesse sur ce serveur.

Voici un exemple de SetUp:

!include -c .VariableDefinitions
!|com.neuri.webfixture.PlainSeleniumTest|
!|start browser|${browser}|<ip_serveur_selenium>|4444|http://<ip_serveur_fitnesse>:8085|
!|open|http://<ip_serveur_fitnesse>:8085/HtmlElements|

Smoothie

2008-02-26T12:04:00.001-08:00

C’est quoi Smoothie, un nouveau framework qui déchire !! En quelque sorte, mais c’est un framework pour vous ;)

Vous avez besoin de fruits, de vrais fruits, vous en avez marre de boire du concentré, et bien Smoothie c’est ce qu’il vous faut. Dixit sur la boîte…

un smoothie, c’est quoi ?

Un smoothie, c’est du fruit à boire: un mélange de fruits entiers et de jus de fruits. C’est tout.

la promesse innocent

Nous vous promettons que tout ce qui est innocent TM (Tintin et Milou) sera toujours beau, bon et vous fera du bien.

Pas de concentré
Pas d’additif bizarre
Pas de colorant
Pas d’OGM
Pas de conservateur
Pas de sucre ajouté
Pas de E machin chose

Et en plus, on ne trichera jamais au Monopoly.

Et d’autres

En plus d’être drôle, d’avoir un packaging sympa, c’est bon et moi qui ne mange pas forcément beaucoup de fruits, forcément vu ce qu’on nous propose au supermarché, j’adopte ;)

StrategieDeTests

2008-02-25T13:01:00.001-08:00

Tester de manière automatique une application n’est pas facile. Pourquoi souhaite t-on faire des tests automatiques ? Quels sont les différents types de tests ? Cet article tente de répondre à ces questions par rapport aux usages que j’ai pu en faire sur les projets et aux réflexions que j’ai pu partager avec d’autres.

Les différents types de tests

Les tests de recette: ces tests sont des tests de bout en bout qui permettent de tester l’application dans son ensemble, dans son contexte d’exécution. Par exemple, le test d’une IHM avec sa base de données et des appels de web services entre dans cette catégorie. Ces tests sont destinés à la MOA qui valide l’application par rapport à ses besoins.

Les tests unitaires: ces tests sont destinés à aider les développeurs et à les rassurer sur le comportement du bout de code qu’ils ont écrit. Ils leur permettent de refactoriser leur code sans crainte d’une non-régression, de plus ils permettent d’éviter d’utiliser le débuggeur qui permet beaucoup de temps dans le débuggage d’une application. Ces tests sont souvent accompagnés de frameworks mockobjects qui permettent de simplifier la création d’objets mocks et permettent de tester la logique d’une classe indépendamment de ses dépendances.

Les tests d’intégration ou système: ces tests permettent de valider la connectique de toute l’application mais ne teste pas fonctionnellement l’application comme peuvent le faire les tests de recette.

Remarques

Les tests de recette sont écrits par la MOA par l’intermédiaire d’une documentation testable comme Fitnesse ou Green pepper. Ces tests ne tiennent pas compte de l’infrastructure de l’application. Par exemple, une application de type Web qui permet de souscrire à un abonnement ne s’intéresse pas aux appels effectués sur le SI. Par contre, la compagne de tests doit permettre de valider l’ensemble des besoins applicatifs et donc pouvoir valider que l’information a bien été transmise au SI. Ces tests automatiques de recette peuvent être lancés à partir d’un selenium embarqué dans Fitnesse avec une base de données mémoire type HSQL et des mocks au niveau des web services.

Les tests unitaires ne sont pas nécessaires partout surtout sur la couche Controller qui est difficile à tester. Il est préférable d’utiliser des tests Selenium dans ce cas sur l’interface graphique. Par contre, pour la couche service et dao, il est nécessaire de faire des tests unitaires qui permettent de valider la logique métier de l’application. L’important est d’écrire des tests où les développeurs ont le plus de crainte. L’effort doit être sur la partie la plus risquée et la plus difficile à débugger.

JUnit4

2008-02-25T08:38:00.001-08:00

JUnit4 est la nouvelle version de JUnit. JUnit4 apporte les annotations qui permettent de simplifier l’écriture des tests, il est possible de dire qu’une méthode est testable avec @Test, de plus les exceptions sont gérées avec la directive expected=true et vérifier le temps d’exécution avec la directive timeout=500. Petit reproche, on ne peut pas tester le message de retour d’une exception avec les annotations :(

Méthodes de tests

Avant:

 …
public void testHelloWorld() {
}

JUnit4:

 …
@Test
public void helloWorld() {
}

Assertions

Avant:

 …
public class HelloWorldTest extends TestCase {
  public void testHelloWorld() {
    assertEquals(“hello world”,helloWorld.getMessage());
  }
}

En JUnit4:

 …
public class HelloWorldTest extends TestCase {
  @Test
  public void helloWorld() {
    Assert.assertEquals(“hello world”,helloWorld.getMessage());
  }
}

Les exceptions

Avant:

public void test02() {
    try {
        testenechec();
        fail ;
    }
    catch (TypedException e) {
        assertEquals(“Toto”,e.getMessage());
    }
}

JUnit4:

@Test(expected=TypedException.class) 
  public void 01() {
    testenechec();
}

Les timeout

@Test(timeout=500) public void 03() {
    traitement();
}

Une nouvelle méthode de test

Tester les tableaux d’objets:

assertEquals(Object[] expected, Object[] actual)

SetUp / tearDown

Avant:

 …
protected void setUp() {
}

JUnit4:

 …
@Before
protected void init() {
}

Avant:

 …
protected void tearDown() {
}

JUnit4:

 …
@After
protected void close() {
}

Unitils

2008-02-18T15:11:00.001-08:00

Unitils est un framework qui permet de simplifier grandement les tests unitaires. Il fournit des fonctionnalités permettant de tester simplement la base de données à l’aide de DBUnit, il permet de simplifier l’écriture de mocks dynamique et s’intègre avec Spring.

Cet article présente comment tester la couche service et dao d’une application web Spring 2 / Hibernate 3 avec Unitils

Tester la couche de persistance

Le test:

import java.util.Arrays;
import java.util.List;
import org.junit.Test;
import org.unitils.UnitilsJUnit4;
import org.unitils.dbunit.annotation.DataSet;
import org.unitils.reflectionassert.ReflectionAssert;
import org.unitils.spring.annotation.SpringApplicationContext;
import org.unitils.spring.annotation.SpringBean;
@SpringApplicationContext(“applicationContext.xml”)
public class UserDaoTest extends UnitilsJUnit4 {
	@SpringBean(“userDao”)
	IUserDao userDao;
	@DataSet
	@Test
	public void listUsers() {
		List<User> users = userDao.listUsers();
        ReflectionAssert.assertPropertyLenEquals(
                “firstName”,
                Arrays.asList(“rod”),
                users);
        ReflectionAssert.assertPropertyLenEquals(
                “lastName”,
                Arrays.asList(“johnson”),
                users);
	}
	@DataSet
	@Test
	public void getUser() {
		User user = userDao.getUser(1L);
		ReflectionAssert.assertPropertyLenEquals(“firstName”,“rod”,user);
		ReflectionAssert.assertPropertyLenEquals(“lastName”,“johnson”,user);
	}
	@DataSet
	@Test
	public void deleteUser() {
		userDao.deleteUser(1L);
		ReflectionAssert.assertLenEquals(userDao.getUser(1L),null);
	}
	@DataSet
	@Test
	public void saveUser() {
		User u = new User(“mat”,“raible”);
		userDao.saveUser(u);
		List<User> users = userDao.listUsers();
		ReflectionAssert.assertLenEquals(2,users.size());
		u.setFirstName(“Jeff”);
		userDao.saveUser(u);
		users = userDao.listUsers();
		ReflectionAssert.assertLenEquals(2,users.size());
	}
}

Le code du DAO:

import java.util.List;
import org.hibernate.SessionFactory;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.orm.hibernate3.support.HibernateDaoSupport;
import org.springframework.stereotype.Repository;
public class UserDao extends HibernateDaoSupport implements IUserDao {
	@SuppressWarnings(“unchecked”)
	public List<User> listUsers() {
		return getHibernateTemplate().find(“from User”);
	}
	@SuppressWarnings(“unchecked”)
	public void deleteUser(Long id) {
		getHibernateTemplate().delete(id);
	}
	@SuppressWarnings(“unchecked”)
	public User getUser(Long id) {
		return (User) getHibernateTemplate().get(User.class, id);
	}
	@SuppressWarnings(“unchecked”)
	public void saveUser(User u) {
		getHibernateTemplate().saveOrUpdate(u);
	}
}

Tester la couche service:

Le test:

import java.util.ArrayList;
import java.util.List;
import org.easymock.EasyMock;
import org.junit.Test;
import org.unitils.UnitilsJUnit4;
import org.unitils.easymock.EasyMockUnitils;
import org.unitils.easymock.annotation.Mock;
import org.unitils.inject.annotation.InjectIntoByType;
import org.unitils.inject.annotation.TestedObject;
import org.unitils.reflectionassert.ReflectionAssert;
public class UserServiceUnitils extends UnitilsJUnit4 {
	@Mock
	@InjectIntoByType
	private IUserDao userDao;
	@TestedObject
	private UserService userService;
	@Test
	public void listUsers() throws Exception {
		List<User> l = new ArrayList<User>();
		EasyMock.expect(userDao.listUsers()).andReturn(l).once();
		EasyMockUnitils.replay();
		List<User> users = userService.listUsers();
		ReflectionAssert.assertRefEquals(l, users);
	}
	@Test
	public void getUser() throws Exception {
		User u = new User(“rod”, “johnson”);
		EasyMock.expect(userDao.getUser(0L)).andReturn(u).once();
		EasyMockUnitils.replay();
		User user = userService.getUser(0L);
		ReflectionAssert.assertRefEquals(u, user);
	}
	@Test
	public void deleteUser() throws Exception {
		userDao.deleteUser(0L);
		EasyMockUnitils.replay();
		userService.deleteUser(0L);
	}
	@Test
	public void saveUser() throws Exception {
		User u = new User(“rod”, “johnson”);
		userDao.saveUser(u);
		EasyMockUnitils.replay();
		userService.saveUser(u);
	}
}

Le code:

import java.util.List;
import org.springframework.stereotype.Service;
@Service(“userService”)
public class UserService implements IUserService {
	private IUserDao userDao;
	public List<User> listUsers() {
		return userDao.listUsers();
	}
	public User getUser(Long id) {
		return userDao.getUser(id);
	}
	public void saveUser(User user) {
		userDao.saveUser(user);
	}
	public void deleteUser(Long id) {
		userDao.deleteUser(userDao.getUser(id));
	}
	public void setUserDao(IUserDao userDao) {
		this.userDao = userDao;
	}
}

Le contexte Spring

<?xml version=“1.0” encoding=“UTF-8”?>
<beans xmlns=“http://www.springframework.org/schema/beans”
       xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
       xmlns:context=“http://www.springframework.org/schema/context”
       xsi:schemaLocation=“
        http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-2.5.xsd
       ”>
    <context:annotation-config/>
    <context:component-scan base-package=“mypackage”/>
    <bean id=“dataSource” class=“org.apache.commons.dbcp.BasicDataSource”
          destroy-method=“close”>
        <property name=“driverClassName” value=“org.hsqldb.jdbcDriver”/>
        <property name=“url” value=“jdbc:hsqldb:mem:aname”/>
        <property name=“username” value=“sa”/>
        <property name=“password” value=“”/>
    </bean>
    <bean id=“sessionFactory”
          class=“org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean”>
        <property name=“dataSource” ref=“dataSource”/>
        <property name=“hibernateProperties”>
            <value>
                hibernate.dialect=org.hibernate.dialect.HSQLDialect
                hibernate.cache.provider_class=org.hibernate.cache.HashtableCacheProvider
                hibernate.show_sql=false
                hibernate.use_sql_comments=false
                hibernate.jdbc.batch_size=0
                hibernate.hbm2ddl.auto=update
            </value>
        </property>
        <property name=“annotatedClasses”>
            <list>
                <value>mypackage.User</value>
            </list>
        </property>
    </bean>
    <bean id=“userService” class=“mypackage.UserService”>
    	<property name=“userDao” ref=“userDao”/>
    </bean>
    <bean id=“userDao” class=“mypackage.UserDao”>
    	<property name=“sessionFactory” ref=“sessionFactory”/>
    </bean>
</beans>

Le modele

import javax.persistence.Entity;
import javax.persistence.GeneratedValue;
import javax.persistence.GenerationType;
import javax.persistence.Id;
@Entity
public class User extends BaseObject {
	@Id 
	@GeneratedValue(strategy = GenerationType.AUTO)
	private Long id;
	private String firstName;
	private String lastName;
	public User(String firstName, String lastName) {
		this.firstName = firstName;
		this.lastName = lastName;
	}
	public User() {
	}
	public String getFirstName() {
		return firstName;
	}
	public void setFirstName(String firstName) {
		this.firstName = firstName;
	}
	public String getLastName() {
		return lastName;
	}
	public void setLastName(String lastName) {
		this.lastName = lastName;
	}
	public Long getId() {
		return id;
	}
	public void setId(Long id) {
		this.id = id;
	}
}

Le fichier DataSet de Dbunit

Au même endroit que la classe UserDaoTest, créer un fichier UserDaoTest.xml:

<?xml version=’1.0’ encoding=’UTF-8’?>
<dataset xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance” xsi:noNamespaceSchemaLocation=“dataset.xsd”>
    <User id=“1” firstName=“rod” lastName=“johnson”/>
</dataset>

et créer le fichier unitils.properties dans le CLASSPATH:

database.dialect=hsqldb
database.url=jdbc:hsqldb:mem:aname
database.userName=sa
database.driverClassName=org.hsqldb.jdbcDriver
database.schemaNames=public

Et voilà !

EclipsePlugin

2008-02-10T11:55:00.001-08:00

Deux plugins Eclipse sympa:

Easy Explorer: permet d’ouvrir un explorateur de fichiers sur le projet eclipse à l’aide du bouton droit de la souris
Easy Shell: permet d’ouvrir un terminal sur le projet eclipse à l’aide du bouton droit de la souris

Pour les installer, copier les fichiers présents dans le fichier zip suivant eclipseplugins.zip dans le répertoire plugins d’eclipse

PHP et Test Driven Development

2008-02-05T01:04:00.002-08:00

PHP est un langage de script permettant de générer dynamiquement des pages web sur un serveur HTTP. Depuis la version 4, PHP est objet et tend à devenir de plus en plus professionnel en particulier au niveau de la version 5 qui utilise le moteur Zend. De même qu’il existe des outils pour faire du Test Driven Development en Java, il existe des outils pour faire du TDD en PHP. Des tests unitaires peuvent être écrits en PHPUnit, des IDE comme Zend Studio for Eclipse intégre directement une vue de lancement de tests (barre verte) comme le fait Eclipse. De même, des tests peuvent être sous la forme d’une syntaxe wiki avec Fitnesse et PHPFit. Un système d’intégration continue peut être mis en place facilement avec Phing un équivalent à Ant mais en PHP. Un seul manque pour le moment, c’est un PHPMock comme JMock en version stable.

eXtreme Programming et phase d’exploration

2008-02-05T00:38:00.000-08:00

(Extrait de http://agilemodeling.com/essays/agileModelingXPLifecycle.htm)

Quand on commence son projet XP, on fait un XP Game pour familiariser l’équipe au pratique de gestion de projet XP. Ensuite on commence le backlog. Et puis après, on met nos stories sur le storyboard: A faire / En cours / Terminé et c’est parti pour le développement. Chaque membre de l’équipe installe son Eclipse, on se télécharge un Fitnesse local ou GreenPepper, on écrit des tests, on code quelques tests unitaires, c’est une accumulation de barre verte, et là … On regarde le code pour essayer de l’intégrer et c’est le bordel, on arrive à la fin de l’itération de quinze jours et on ne peut pas livrer, … qu’est ce qui s’est passé ?

Ce qui s’est passé c’est que l’on a négligé la phase d’exploration. Cette phase est très importante car elle permet d’aligner l’équipe sur une conception de l’application et permet d’avoir une certaine cohérence du code au niveau de l’équipe et des outils déjà tout prêt.

Un certain nombre d’actions sont nécessaires durant cette phase :
• Mise en place des outils : Subversion / CVS, l’IDE, serveur de tests (Fitnesse serveur ou GreenPeper), plate-forme d’intégration continue
• Définir le « Domain Model », c'est-à-dire définir les relations entre les différentes entités métiers
• Réaliser une maquette de l’interface avec enchaînement des écrans
• Réaliser un spike d’une application minimale similaire à la future application prennant en compte l’arborescence du code, les tests, la répartition en couches, la gestion des logs, la gestion de la configuration, les conventions de codage, l’utilisation des frameworks et les tests au niveau du serveur de tests

Si vous négligez cette phase alors votre équipe ne sera pas alignée, ne produira pas du code de qualité et ne sera pas efficace. Imaginer une équipe qui veut utiliser Hibernate et Spring avec les annotations pour simplifier la configuration, combien de personnes de l’équipe savent les utiliser ? Quel est le niveau des différents membres de l’équipe ? Si vous avez un spike en place alors l’équipe se basera sur les exemples qui lui sont donnés. Pour le spike, il est conseillé de le réaliser à plusieurs et pas par une seule personne qui risque d’imposer une solution qui ne sera pas partagée par l’équipe.

Si votre plate-forme d’intégration continue est déjà en place, vous pouvez être rassuré sur l’intégration du code en fin d’itération sinon bon courage …

ZenMacitude

2008-01-04T05:40:00.001-08:00

Le monde Mac est bien différent du monde PC, c’est du luxe, du design, c’est zen… Mais attention, il faut tout réapprendre.

Première rencontre

La machine

Une fois mon mac book pro sortit de son carton, la premier constat est sa sobriété, un peu le style d’une Maserati ou une Aston martin, un gris métalisé, une faible épaisseur, des enceintes de chaque côté du clavier, un bouton power luisant et la petite pomme sur le dessus. Ce que j’aime c’est l’alimentation qui se branche par aimantation, c’est le clavier qui s’illumine quand la luminosité est trop faible et la petite télécommande faisant penser à un ipod, idéal pour les prez.

L’installation de Leopard

Rien de bien difficile, tout se fait tout seul… Pour éteindre l’ordi ou redémarrer, bouton power, logique non ?

Le clavier

Là ça se corse surtout si vous avez fait le choix comme moi d’un clavier Azerty, …, un peu perdu, elles sont où les touches [,],|,…

Voici un petit guide des caractères spéciaux sous Mac qui ne sont pas visibles sur le clavier:
Shift+Espace: Supprimer vers la droite
Pom+Flèche gauche: Début de ligne
Pom+Flèche droite: Fin de ligne
Pom+Flèche bas: Fin de page
Pom+Flèche haut: Début de page
Alt+N: ~ la tilde
Alt+(: { l’accolade
Alt+shift+(: [ le crochet
Alt+shift+/: l’antislash \
Alt+shift+L: la barre |
Ne cherchez pas les touches Home et Suppr, y’a pas !

Les applications

En bas, par défaut vous avez le dock, un beau petit menu applicatif qui permet de lancer rapidement des applications
Ce qui peut choquer la première fois que vous lancer une application est: “Mais où est le menu de l’application ?”. Hé bien, pas dans la fenêtre mais au dessus de la fenêtre.
Application intéressante c’est Spotlight qui est un moteur d’indexation de tout se qu’on fait, a fait, …, il recense les applications, les liens html, les fichiers, …, bref tout, un pur bonheur ! Et cerise sur le gâteau vous avez un raccourci clavier Ctrl+Espace
Y’a les widgets du Dashboard, juste histoire d’avoir la calculatrice, des photos, l’heure et quelques post-it, on peut l’activer avec la touche F12
Time Machine, pas encore testé, je suis pas trop pour, ça consomme de la place
Plein d’autres, mais je vais me focaliser sur les outils professionnels

Raccourcis usuels

Pom+N: Nouveau
Pom+O: Ouvrir
Pom+C: Copier
Pom+V: Coller
Pom+Z: Annuler
Pom+W: Fermer la fenêtre
Pom+Q: Quitter l’application
Pom+M: Réduire l’application dans le dock
F11: Affichage du bureau
F12: Dashboard
Pom+Suppr: Suppression d’un élément, fichier, mail, …
Ctrl++: Affichage de Spotlight
A compléter

Safari

Ce qui est sympa dans Safari, c’est qu’il prend la taille de la page en taille maximale, y’en a qui n’aime pas, moi j’aime bien. il permet d’illuminer les liens permettant une tabulation entre les liens. Les accesskey sont Ctrl+accesskey, c’est plus rapide qu’un Ctrl+Shift+key sous Moz ou Ctrl+Shift+key+Entrée sur IE. Sinon vous avez un correcteur orthographique intégré aux textarea.

Encore des raccourcis:

Espace: défilement de page vers le bas
Shift+Espace: défilement de page vers le haut
Pom+T: Nouvel Onglet
Pom+Click: Ouverture du lien dans un nouvel onglet
Pom+Opt+F: Pour faire une recherche google
Pom+L: Aller dans la barre de navigation

Mail

Pratique, simple, gestion des filtres, gestion des tâches, des notes, des events

Encore des raccourcis:

Shift+Pom+N: Relever
Pom+N: New Mail
Pom+R: Répondre
Shift+Pom+R: Répondre à tous
Shift+Pom+F: Réexpédier
Shift+Pom+D: Envoyer
Pom+Del: Supprimer
Shift+Pom+Y: Ajouter l’expéditeur dans le carnet d’adresses
Opt+Pom+A: Carnet d’adresses

Lire des fichiers CHM

J’utilise Chmox, peut être utile pour lire des ebooks

MSN sous Mac

Il est possible d’avoir MSN sous Mac, il semble être possible de chater en MSN avec IChat via Jabber, à essayer…

Rotation d’image

Un petit point sur comment faire de la rotation d’images d’une image prise par un appareil photo.

les images sont automatiquement retournées par une application qui supporte les images au format EXIF: http://docs.info.apple.com/article.html?artnum=302669-fr et donc pour que l’image soit visible dans le bon sens pour toutes les applications, il faut utiliser une application qui ne supporte pas le format EXIF. Pour faire une rotation d’une image prise par un appareil photo, j’ai utilisé le freeware ImageWell

Locker le desktop

Locker le desktop avec LockDesktop

Ressources

RencontresAgiles2007

2007-12-20T11:26:00.001-08:00

Mardi 18 décembre se tenait l’événement Rencontres agiles 2007 à la défense organisé par Didier Girard et Bernard Notarianni. Merci aux organisateurs et aux intervenants.

L’objectif était de présenter les méthodes agiles sous différents aspects par des sessions de 20 minutes.

Introduction à l’Agilité

Didier Girard et Bernard Notarianni nous ont introduit l’agilité, histoire de se mettre en douceur dans le rythme de la conférence, surtout qu’il était relativement tôt dans la matinée

Agilité, à monter soi même

Laurent Bossavit nous a montré comment monter soi-même son agilité en partant d’une situation actuelle et en réfléchissant en équipe. L’avantage de cette solution est qu’il y a une prise de conscience collective des problèmes qui s’accompagne de changements profonds des individus et du travail en équipe. J’aime beaucoup cette approche car on ne peut pas changer une personne, c’est la personne qui prend conscience elle même du besoin de changer et qui fait le choix de changer. Le “coach agile” est alors un guide plus qu’une personne essayant d’imposer une méthodologie qui même si elle a fait ses preuves dans certains cas, n’est pas adaptée à tous les cas. L’homme a souvent ce réflexe de changer brutalement d’un extrême à l’autre alors que tout ce qu’il faisait avant n’était pas mauvais. Laurent encourage la réflexion d’équipe et l’apprentissage par elle même propre aux organisations apprenantes et à la systémique. Il est important pour lui de changer un point fondamental plutôt que l’ensemble pour augmenter l’efficacité de l’équipe.

L’Agile : la nouvelle star des méthodes de développement

Eric Hennetier, DSI Adjoint de M6, nous a présenté son retour d’expériences sur plusieurs projets agiles réalisés sur M6. Avec Octo Technology et Sfeir, ils ont pu mettre en production un projet en 2 mois dans un contexte difficile car très changeant fonctionnellement. L’agilité se prête bien pour des faibles délais, des petites équipes et un périmêtre changeant. Il nous montre les bienfaits sur le moral de l’équipe des projets agiles, avec des chefs de projets qui sont fiers du produit et heureux de venir travailler. La motivation n’est elle pas l’élément essentiel de réussite d’un projet ? Dans un cadre où l’initiative est acceptée ou chacun est libre de communiquer, n’est ce pas là que l’équipe donne le meilleur d’elle même ? Il est intéressant de noter que le cadre contractuel change par rapport à un projet au forfait classique, le client peut choisir d’interrompre le travail avec le prestataire après chaque itération (de 15 jours), pas conditions sur le périmêtre fonctionnel car il n’est pas défini à l’avance. Le contrat part sur une relation de confiance. Certaines interrogations restent néanmoins, c’est comment fait on de l’agile en phase de maintenance ? De même, on parle beaucoup d’agilité pour le développement logiciel, qu’en est il de l’intégration ou de l’urbanisation de type SOA ?

ADDM : Des équipes agiles distribuées

Guillaume Bodet, directeur technique chez Xebia nous a présenté le fonctionnement agile en mode distribué chez Xebia qui est présent dans trois pays: France, Pays Bas et Inde. Pour réussir un projet, il faut mettre tout le monde dans la même direction en partageant la même vision d’entreprise même si les cultures, l’environnement sont différents. Cela passe par un recrutement sélectif, des séances de formations. Ils ont utilisés des systèmes collaboratifs, wiki, vidéo conférence, web cam, tableau életronique et adaptés les horaires de travail en fonction du décalage horaire. De plus, ils commencent toujours les 2 premières itérations avec des personnes distantes qui viennent sur place. Les équipes sont en général en mode 50-50: européen / indien pour permettre un meilleur équilibre, un intervenant indien bilingue en Inde pour éviter une perte d’information due à la traduction. Tout ça pour dire que ça marche en s’adaptant un peu et que ce n’est pas facile, ça leur a couté un projet mais bon 5 réussites ensuite, l’investissement vaut le coup car l’Inde possède de très bons experts techniques contrairement à la France qui souffre de plus en plus car le développeur n’est pas considéré en France.

Les challenges de la conception incrémentale

Regis Medina nous a présenté “Les challenges de la conception incrémentale” en nous mettant en garde contre la conception émergeante une des valeurs fortes d’XP. En effet, selon lui il est de plus en plus nécessaire d’avoir des bases de conception pour permettre d’avoir un code évolutif sur plusieurs années. Avec du 100% TDD avec +90% de couverture de code par les tests, on pourrait se dire que l’application va bien évoluer, hors ce n’est pas si sûr car par manque de temps, par flème, on a oublié de faire du refactoring de code et donc du redesign d’application. De plus, les tests aussi de leur côté doivent être refactorisés pour rester maintenable. A partir du postulat que moins de lignes de code, moins de bugs, il est clair qu’un ajout de fonctionnalité ne doit pas entrainer trop de croissance du code, Régis Medina parle alors de “Compression”. Une bonne gestion des dépendances entre les composants des applications permet d’avoir un code plus évolutif (Separation Of Concern, Dependencies Injection)

Retours d’expérience sur l’introduction de Scrum

Claude Aubry nous a présenté son retour d’expérience sur l’introduction de Scrum, il préconise d’appliquer la méthode totalement et d’utiliser les termes Scrum,éviter les termes MOA, MOE. Ses interventions ont eu lieu pour des grands comptes sur des projets pilotes. Scrum s’adapte à tous types de projets de développement voir d’intégration. c.f Introduction sur Scrum

Retour d’Expérience Vidal

Christophe Addinquy nous a présenté son retour d’expérience agile sur les projets Vidal, c’est sans doute la présentation qui m’a le plus ébloui, à tel point que je ne m’en souviens pas bien ;) Pour Christophe, l’agilité apporte surtout sur le plan humain, elle favorise l’esprit d’intiative, la stimulation d’équipe et le développement de valeurs humaines fortes qui permettent à l’individu de mieux vivre son projet et probablement sa vie. J’avais l’impression de voir en grandeur nature l’application des 7 habitudes des gens efficaces, faut croire que bien que j’ai peu d’expérience en méthodes agiles, j’avais vu juste sur l’effet des méthodes agiles sur les individus et l’équipe. Attention toutefois, il faut éviter de rentrer dans un mode autoritaire d’application des méthodes agiles, il faut permettre aux autres de prendre conscience de l’apport des méthodes agiles. N’oublions pas que l’homme se différencie de l’animal car il possède une conscience et est donc capable de choisir comment il va réagir à un stimulus. Cela signifie entre autre, qu’il est capable d’aller plus loin que son modèle éducatif et donc capable de se changer lui-même. Le changement est donc au niveau de l’individu car il l’accepte et non parce qu’on lui impose.

Scrum in the trenches

La présentation d’Eric Mignot s’est faite à la façon d’un dojo où la salle présente quels sujets elle veut qu’on aborde ensemble. On a parlé de la mise en production, à priori ils ont mis une journée pour la recette, car ils livraient régulièrement au client un produit fini que le client recettait sur une plateforme de recette. Il conseillait de prendre une itération pour mettre en production une version intermédiaire toutes les 4 itérations. Je suppose que Pyxis utilisait un intégrateur continue qui déposait en live le produit sur la plate-forme de recette. Une question que je me pose, est il possible d’utiliser l’intégrateur continue pour déployer en production ? Et puis, vu que les tests de recette sont faits par le client tous les 15 jours, les bugs sont corrigés en ajoutant des tests unitaires (principes TDD), est il envisageable de supprimer les tests automatiques end-user (de bout en bout) qui sont très couteux ?

Et les autres

je n’y ai pas assisté

Axis2ValidationShema

2007-12-06T05:52:00.001-08:00

Axis2 utilise AXIOM comme modele Object pour XML. De manière native, AXIOM ne permet pas de valider le XML par rapport à un schéma, par contre il est possible de valider le XML grâce au package javax.xml.validation fournit par le JDK 5. Il est nécessaire d’être en version 1.2+ d’AXIOM. Cet article reprend le tutorial publié sur wso2.org, la solution qu’il propose permet d’éviter de consommer trop de mémoire lors de la validation.

Validation du XML à partir d’un schéma avec AXIOM

Prenons par exemple le fichier XML suivant:

<ns1:UserInfo xmlns:ns1=“http://jfhelie/axiomtest”>
	<ns1:User>
		<ns1:Name>Rod Johnson</ns1:Name>
		<ns1:Address type=“Home”>
			<ns1:City>New York</ns1:City>
			<ns1:Country>USA</ns1:Country>
		</ns1:Address>
	</ns1:User>
	<ns1:User>
		<ns1:Name>Matt Raible</ns1:Name>
		<ns1:Address type=“Home”>
			<ns1:City>Denver</ns1:City>
			<ns1:Country>USA</ns1:Country>
		</ns1:Address>
	</ns1:User>	
</ns1:UserInfo>

Avec le schéma suivant:

<?xml version=“1.0”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema”
	targetNamespace=“http://jfhelie/axiomtest”
	xmlns=“http://jfhelie/axiomtest” elementFormDefault=“qualified”>
	<xs:element name=“UserInfo”>
		<xs:complexType>
			<xs:sequence>
				<xs:element name=“User” maxOccurs=“unbounded”>
					<xs:complexType>
						<xs:sequence>
							<xs:element name=“Name” type=“xs:string” />
							<xs:element name=“Address”>
								<xs:complexType>
									<xs:sequence>
										<xs:element name=“City” type=“xs:string”/>
										<xs:element name=“Country” type=“xs:string”/>
									</xs:sequence>
									<xs:attribute name=“type” use=“required”>
									<xs:simpleType>
										<xs:restriction base=“xs:string”>
											<xs:pattern value=“Home|Work” />
										</xs:restriction>
									</xs:simpleType>
									</xs:attribute>
								</xs:complexType>					
							</xs:element>
						</xs:sequence>
					</xs:complexType>
				</xs:element>
			</xs:sequence>
		</xs:complexType>
	</xs:element>	
</xs:schema>

La méthode validate suivante permet de valider un object AXIOM (OMElement) par rapport à un schéma:

public void validate(OMElement omElement, File schemaFile) throws Exception {
	Element sourceElement; // if the OMElement is created using DOM
	// implementation use it
	if (omElement instanceof ElementImpl) {
		// si omElement est en créé en DOM
		sourceElement = (Element) omElement;
	} else {
		// sinon on le convertit en DOM
		sourceElement = getDOMElement(omElement);
	} 
	// On crée une fabrique de schéma
	SchemaFactory factory = SchemaFactory
			.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);
	// on charge le schéma
	Source source = new StreamSource(schemaFile);
	Schema schema = factory.newSchema(source);
	// on crée un validator
	Validator validator = schema.newValidator();
	// on valide l’arbre DOM par rapport au schéma
	validator.validate(new DOMSource(sourceElement));
}
private Element getDOMElement(OMElement element) throws Exception {
	ByteArrayOutputStream baos = new ByteArrayOutputStream();
	element.serialize(baos);
	ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());
	DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
	factory.setNamespaceAware(true);
	return factory.newDocumentBuilder().parse(bais).getDocumentElement();
}
public OMElement getAXIOM(String file) throws Exception {
	StAXOMBuilder builder = new StAXOMBuilder(getClass()
			.getResourceAsStream(file));
	return builder.getDocumentElement();
}

Ressources

OpenSSL

2007-12-05T05:57:00.001-08:00

Cet article a pour objectif de montrer comment utiliser openssl pour créer des clés et des certificats.

Installation

Sur Windows:

Télécharger Win 32 Open SSL et l’installer

Sur Ubuntu:

Lancer la commande sudo apt-get install openssl

Génération de clés asymétriques

Générer une clé privée RSA en 1024 bits:

openssl genrsa -out server.key 1024

Générer une clé publique à partir de la clé privée:

openssl rsa -in server.key -pubout

Générer un certificat Certificate Signing Request qui correspond à une requête de certification par une autorité, la clé privée n’est pas incluse dans le certificat mais est utilisée pour signer la requête:

openssl req -new -key server.key -out server.csr

Signer son propre certificat (les fichiers portent soit l’extension pem ou crt):

openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt

Afficher le contenu du certificat:

openssl x509 -text -in server.crt

Extensions des certificats

(extrait wikipedia):

.CER - CER certificat encodé
.DER - DER certificat encodé
.PEM - (Privacy Enhanced Mail) certificat DER encodé en Base64, contenu dans “-BEGIN CERTIFICATE-” and “-END CERTIFICATE-”
.P7B - Voir .p7c
.P7C - PKCS#7 structure signée sans données
.PFX - Voir .p12
.P12 - PKCS#12, contient les clés publiques et privées protégées par un mot de passe (symétrique)

PKCS #12 est utilisé pour exchanger dans un seul fichier des clés publiques et privées.

Un fichier .PEM peut contenir des certificats ou des clés privées, encapsulé entre les lignes BEGIN/END appropriées (CERTIFICATE ou RSA PRIVATE KEY)

Ressources

http://www.slproweb.com/products/Win32OpenSSL.html

ActiveMQ

2007-11-29T07:06:00.001-08:00

ActiveMQ est un broker de messages open source qui peut se présenter comme une bonne solution alternative à WebSphere MQ

Installation

Télécharger la dernière version http://activemq.apache.org/download.html
Diziper dans le répertoire de votre choix %ACTIVEMQ_HOME%
Démarrer le script %ACTIVEMQ_HOME%/bin/activemq.bat
Vérifier l’ouverture du port d’écoute:

netstat -an|find “61616” (sous Windows)

Création d’un consommateur de messages

Deux types de consommation de messages sont possibles:

le mode publication / abonnement
le mode queue de messages

Dans cet exemple, je présente le mode publication / abonnement, le consommateur ne recoit qu’un message et se ferme:

package com.jfhelie.activemq;
import javax.jms.Connection;
import javax.jms.Destination;
import javax.jms.ExceptionListener;
import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.MessageConsumer;
import javax.jms.MessageListener;
import javax.jms.Session;
import javax.jms.TextMessage;
import org.apache.activemq.ActiveMQConnection;
import org.apache.activemq.ActiveMQConnectionFactory;
public class SimpleConsumer implements MessageListener, ExceptionListener {
	private String user = ActiveMQConnection.DEFAULT_USER;
	private String password = ActiveMQConnection.DEFAULT_PASSWORD;
	private String url = ActiveMQConnection.DEFAULT_BROKER_URL;
	private String subject = “TOOL.DEFAULT”;
	private boolean transacted = false;
	private Connection connection;
	private Session session;
	private MessageConsumer consumer;
	public static void main(String[] args) throws Exception {
		SimpleConsumer simpleConsumer = new SimpleConsumer();
		simpleConsumer.run();
	}
	public void run() throws Exception {
		// Create the connection
		ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory(
				user, password, url);
		connection = connectionFactory.createConnection();
		connection.setExceptionListener(this);
		connection.start();
		// Create the session
		session = connection
				.createSession(transacted, Session.AUTO_ACKNOWLEDGE);
		Destination destination = session.createTopic(subject);
		// Create the consumer
		consumer = session.createConsumer(destination);
		consumer.setMessageListener(this);
		System.out.println(“Consommateur de messages démarré”);
	}
	public void onMessage(Message message) {
		if (message instanceof TextMessage) {
			TextMessage txtMsg = (TextMessage) message;
			try {
				System.out.println(txtMsg.getText());
				consumer.close();
				session.close();
				connection.close();
			} catch (JMSException e) {
				e.printStackTrace();
			}
		}
	}
	public void onException(JMSException exception) {
		System.out.println(exception.getMessage());
	}
}

Création d’un producteur de messages

voici un exemple de producteur simple:

package com.jfhelie.activemq;
import javax.jms.Connection;
import javax.jms.DeliveryMode;
import javax.jms.Destination;
import javax.jms.MessageProducer;
import javax.jms.Session;
import javax.jms.TextMessage;
import org.apache.activemq.ActiveMQConnection;
import org.apache.activemq.ActiveMQConnectionFactory;
public class SimpleProducer {
	private String user = ActiveMQConnection.DEFAULT_USER;
	private String password = ActiveMQConnection.DEFAULT_PASSWORD;
	private String url = ActiveMQConnection.DEFAULT_BROKER_URL;
	private String subject = “TOOL.DEFAULT”;
	private boolean transacted = false;
	private Destination destination;
	public static void main(String[] args) throws Exception {
		SimpleProducer producer = new SimpleProducer();
		producer.run();
	}
	public void run() throws Exception {
		// Create the connection
		ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory(user, password, url);			
		Connection connection = connectionFactory.createConnection();
		connection.start();
		// Create the session
		Session session = connection.createSession(transacted, Session.AUTO_ACKNOWLEDGE);
		destination = session.createTopic(subject);
		// Create the producer
		MessageProducer producer = session.createProducer(destination);
		producer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
		// Create the message
		TextMessage message = session.createTextMessage(“Hello world”);
		// Send the message
		producer.send(message);
		System.out.println(“Message envoyé par le producteur”);
		producer.close();
		session.close();
		connection.close();
	}
}

Ressources

http://activemq.apache.org