Tout a commencé il y a presque un an, nous nous sommes vus régulièrement “Chez Manu” (très bonne adresse !) dans les locaux d’UT7 pour tout organiser. Je suis arrivée toute nouvelle dans l’équipe et j’ai déjà pu remarquer que les plus “anciens” d’entre nous étaient déjà bien rodés après les 3 précédentes éditions. Rien n’a été laissé au hasard !

Et puis je suis partie, comme par hasard (je vous jure c’était pas exprès !) au moment où ça commençait à être stress dans l’orga, les réunions qui se rapprochent, et de plus en plus de choses à faire. Et là j’attendais de plus en plus le jour J et…

Jour 1 – Des invités d’honneur, des plateaux repas, des poubelles, des sessions originales

Je n’ai pas un énorme retour à faire sur les sessions étant donné que notre journée de PHER contenait d’autres activités intéressantes (pour ceux que ça intéresse, je préparerai un article sur la manière la plus rapide de placer 25 nappes rondes en non tissé sur des tables), mais j’ai quand même vu :

• 1 min de la keynote de Karl Scotland… Je pense qu’il fallait y être depuis le début
• 3 min de la keynote de Jurgen Appelo… Et là j’ai retenu qu’il fallait fédérer l’équipe, autour d’une image de marque. Et suite à son exemple, je me dis qu’il faut absolument qu’on se procure les bracelets Clean Coder et ça se trouve ici : www.cleancodeproject.com
• Le début de la Neuro Agilité de Laurent Bossavit et ce que je retiens c’est : S’il y a des bugs dans le programme ce n’est pas une fatalité ! C’est parce qu’il y a des bugs dans le cerveau humain ! Et Laurent nous le prouve et il a raison. Si vous n’êtes pas convaincu, vous demanderez à sa copine
• 15 min de la Contractualisation agile expliquée par des avocats. La présence d’avocats à Agile Grenoble montre que l’agilité est un véritable tournant que les organisations vont prendre tôt ou tard /et pas une secte. J’ai un peu eu l’impression qu’on essayait dans cette session de se raccrocher à ce qui était connu avant (gestion de projet, réunions…) mais en 15 minutes je ne peux rien dire, et puis… C’est un peu normal et pas grave !
• Maîtriser le legacy avec Mikado. Dans la track technique (amphi Makalu) j’ai vu qu’il y avait du monde toute la journée, et des sessions de qualité (j’en ai loupé bien sûr!). Encore un truc cool qui réconcilie tout le monde : il n’y a pas Agilistes vs Technicos à Grenoble ! C’est les mêmes ! Et donc Mikado, méthode naïve (pas au sens péjoratif du terme) permettant de réduire les dépendances dans le code… comme le baton du mikado. On essaye d’abord de faire une modif de façon naïve, et on note ce qui bloque (bottom-up). Ca nous fait dessiner un graphe qu’on devra parcourir afin d’arriver à notre objectif. Tout simple… Encore fallait-il y penser !
• L’Agilité et les activités TMA : un super retour d’expérience concret, qui a aussi plu aux débutants. Avec 3 intervenants chacun dans leur rôle (Dont un Djeuns comme moi ! Génial !) Jean, tu es certifié PMI, mais on te pardonne quand on entend ce que tu dis ! A la fin de cette session, on a eu un début de grande discussion avec Jean sur la place du chef de projet dans les équipes après la transition. Affaire à suivre…

Etre dans l’équipe d’organisation d’un tel évènement ? Un réel plaisir, oeuvrer en équipe avec des “authentiques teamplayers” ça marche tout seul !

Jour 2 – PAS staff, 100 personnes (c’est tout petit !), des épiphanies (“je suis partie avec des réponses aux questions que je ne me posais pas”), journée “perchée” !

Si vous lisez les blogs qui parlent de cette journée tout y est, c’était génial. Déjà, au début de l’open space, le “marketplace” où chacun qui le souhaite prend un carton et propose sa session aux autres. Nous nous sommes littéralement rués dessus, ça témoignait déjà de l’envie collective de faire émerger les idées !

J’en ai proposé 2, une sur le chef de projet, suite de la discussion avec Jean, et un atelier théâtre d’impro en fin de journée.

J’ai participé à :

• La Code Expo avec Laurent Bossavit, Et si on faisait une expo pour montrer du code ? Qu’est ce qu’on ferait ? De l’art et de la science, pas trop compliqué mais pas trop simple, des jeux pour les enfants, le côté artistique des lignes de code comme Laurent en a vu un jour exposé dans une église (mais quelle est donc sa religion !?)… On veut montrer la beauté, le côté magique, le côté simple, le pouvoir que ça peut procurer. On a envie que les gens comprennent ce qu’on fait au quotidien et qu’ils trouvent ça chouette !
• J’ai butiné autour des autres sessions, les discussions semblaient bien facilitées, parfois animées. J’ai loupé VI… Car oui on peut parler de VI à une conf agile. Quoi de plus “Craftsman” que de bien connaître ses outils ?
• Ensuite une bonne petite pause midi avec d’intéressantes discussions sur le Legacy.. <3 le legacy. Et quelques poubelles d’hier qui restaient.. <3 les poubelles.
• Avec Jean on a animé notre session sur le chef de projet dans la transition agile. Notre constat commun : c’est souvent le grand oublié de la transition agile, il peut être déstabilisé de recevoir un nouveau rôle qui n’inclut plus les mêmes attributions. La conclusion : Ne pas l’oublier… Accompagner le changement, expliquer l’intérêt de la transition, définir les rôles ensemble avec le management. Il y a eu des désaccords avec des phrases “toutes faites” lancées, pas toujours vraies. Mais objectif atteint, on a compris qu’une bonne transition se fait d’abord dans le bon contexte et avec une bonne préparation.
• Dans l’après midi, je suis passée voir les jeux (ils avaient l’air de s’éclater), les discussions (alors, certifié ?), et puis j’ai préparé mon atelier de théâtre d’impro totalement improvisé ! La journée est passée super vite mais je pense que j’oublie des détails.
• Le théâtre d’impro a beaucoup plu. Sans faire de parallèle avec l’agilité nous avons commencé par travailler rapidement quelques grands principes du théâtre d’impro (accepte, écoute, percute), avec des jeux comme la balle invisible, les associations d’idées, ou encore la création d’espaces. (quelques jeux d’impro faciles : http://investigationline.free.fr/BIGSIMSITE2/teatre/exotheatre.htm). On a continué avec le jeu, où on a pu voir que c’était difficile d’écouter, d’accepter les propositions qui arrivent dans l’histoire alors qu’on ne les attend pas ; et le parallèle avec l’agilité ? Il se fait tout seul !

En conclusion MERCI à toutes et à tous d’avoir fait de cet évènement une réussite !

Ah oui et je dois bientôt envoyer un mail à tous les SPEAKERS pour que vous pensiez à nous renvoyer vos supports, qu’on les mette sur le site. Je préviens juste au cas où

PS : Pour avoir une liste à jour des feedback, visitez agilex

La première année (2009) j’ai peu de souvenirs; si ce n’est que le message restait centré sur la question d’”être une femme dans un milieu d’hommes”. Et en rapport avec le titre: “Femmes dans l’IT: La bonne équation pour 100% des talents”. S’en était suivi un débat animé avec des témoignages de femmes qui avaient été discriminées ou prises pour la femme qui faisait le café…

L’année dernière, c’était déjà honteux. Plusieurs femmes témoignent de leur vie quotidienne et ne parlent que d’une chose: Leurs Maris. Comment tout concilier, à la maison avec “Nos Hommes” et “Nos Enfants”. Des bonnes blagues sur le fait que les mecs sont trop nuls. Le titre de la session: “Quel modèle de développement de carrière pour les femmes travaillant dans l’IT?” Sur le papier, et sur le site de Microsoft, ça avait encore l’air sérieux. Ce fut simplement ridicule. Aucun lien avec l’IT, aucun petit questionnement sur le caractère “masculin” des métiers de l’informatique. Non, même pas ça. Juste des complaintes de la femme qui travaille, comme si on était 30 ans en arrière, et “oui les hommes aussi pourraient passer l’aspirateur de temps en temps!” (rires).

Bon, là on peut se dire: OK, session ratée. Hors-sujet, ça arrive ; je serais bien incapable de préparer une session sur un sujet aussi complexe et polémique. Mais j’attendais justement des intervenantes capables de cela ; et je pense que ça existe.

Cette année le message a l’air d’être le même. On prend les mêmes et on recommence. Le titre de la session sera… “Femmes dans l’IT : Les bénefices de la diversité”.

Déjà, le teaser fait rêver:, où l’une des speakers nous raconte comment elle a pu profiter de la politique de discrimination positive de Microsoft car ils cherchaient des profils féminins.

Mais ce qui m’enrage c’est cet article. Morceaux choisis mais je cite presque tout l’article:

Une session sympathique et décontractée pour parler de la diversité dans les métiers de l’informatique…qui tourne parfois (et pour mon plus grand plaisir) en “comment mieux s’en sortir au quotidien avec nos hommes (à la maison, au boulot, au match de basket du petit dernier, à l’école pour les réunions parents/profs, dans le métro/train/avion, et au dodo … )” ou plus généralement “mais comment font les autres pour tout concilier ?”.

Mais les autres elles ont pas des matchos de mecs qui ne font rien à la maison, elles pensent à leur carrière comme beaucoup de femmes en 2011, toutes les femmes n’ont pas d’hommes ni d’enfants, mais au fait on va pas parler d’IT?

Le thème de cette année sera plutôt axé sur la réussite des femmes dans les métier de l’informatique, et quels bénéfices on peut tirer de cette diversité…

Merci ! Dommage je ne serai pas là pour voir ce petit passage…

[Petit message perso : les gars, je vous conseille vivement d’être adorables et irréprochables d’ici la session parce que…ça va balancer !!!! ]

Ah oui, ça va balancer. En effet l’an dernier, on a aussi eu droit au classique comparatif du cerveau de l’homme et de la femme. Les mecs ça ne pense qu’au sexe et ça ne sait faire qu’une chose à la fois. C’est sûr ça élèvera le débat.

Les garçons : sont évidemment aussi les bienvenus…si vous cherchez des filles, c’est ici que vous les trouverez

Je me trompe peut-être mais j’espère qu’on ne va pas en plus faire intervenir la séduction là dedans…

Tout ça pour dire que j’ai beaucoup de respect pour toutes ces personnes qui veulent bien partager leurs expériences passées et leurs points de vue, et qui sont capables d’aller en parler en public.

Mais s’il vous plait, élevez le débat ; collez au sujet et à ce que nous “vend” Microsoft sur son site, arrêtez de tomber dans le piège du combat stérile femme/homme et de la séduction. Et si vous essayiez de passer le Bechdel Test? (www.bechdeltest.com) :

High cohesion

A module is highly cohesive when it has only one precise goal.
Modules with high cohesion tend to be preferable because high cohesion is associated with several desirable traits of software including robustness, reliability, reusability, and understandability.

Low Coupling

Two modules are highly coupled when modifying something in one module implies having to make modifications on the other one as well. High coupling is to avoid, we must design our modules to make them independent from each other.
Coupling can also be called dependency.

Encapsulation

Any object must include every method operating on it.

Information hiding

This is directly related to encapsulation: protect the internal implementation of an object (which is subject to change as the design will evolve…) by accessing it through an interface.

“Don’t Repeat Yourself”

“Every piece of knowledge must have a single, unambiguous, authoritative representation within a system.”
→ Avoid Copy-Paste of code.

SOLID principles

SRP – Single Responsibility Principle

“Every object should have a single responsibility, and that responsibility should be entirely encapsulated by the class.”
→ 1 object has 1 “reason to change”. Avoid consequences if something changes in the object (low coupling).

OCP – Open/Closed Principle

“Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.”
→ Never break what has been done when adding a new feature to a piece of software. Make methods which could be implemented differently abstract (use interfaces).

LSP – Liskov Substitution Principle

“If S is a subtype of T, then objects of type T in a program may be replaced with objects of type S without altering correctness of that program.”
→ To facilitate this, use the base type instead of the subtype as much as possible.

ISP – Interface Segregation Principle

“No client should be forced to depend on methods it does not use.”
→ Split interfaces into smaller and more specific ones so that any clients of the interface will only know about the methods that pertain to them.

DIP – Dependency Inversion Principle

“A. High-level modules should not depend on low-level modules. Both should depend on abstractions.
B. Abstractions should not depend upon details. Details should depend upon abstractions.”
→ Use interfaces and abstractions (“Wrappers”), in order to facilitate reuse of low-level modules.

Sources: Wikipedia, developpez.com (fr)

Great link! Black Belt Review

A powerful Database-to-classes mapper

Several possibilities:

1. You are using an existing database or you prefer designing your database before your object model: Create a new SQL connection in Visual Studio 2008 and drag-n-drop your database in a new DBML file… That’s all, everything is done and you can manipulate objects.
2. You are starting a new project… you will work with only 1 model / diagram: the DBML file.

Something which could be useful if you want to create a database from the DBML : The db.CreateDatabase() feature. But be careful, as he says.

An easy and secure way to query data

Here you cannot forget a string query somewhere. You write your query using visual studio Intellisense, you cannot make mistakes…

Easy to use, fast, smart… magic!

In 5 minutes the mapping, the data abstraction is done. So easy. Nothing else to do. I think if I was designing a new project now, I would not hesitate.

LINQ allows anyone to have a good structure in his application by creating an adaptable data access layer.

Limits

Full-Microsoft… Again

What I only found about LINQ was LINQ to SQL (understand MS SQL SERVER) and LINQ to XML. Nothing for other database management systems for the moment.

Not serializable

This can look like a minor problem, but the LINQ tables and data is not serializable. And then, no .NET remoting with LINQ! But of course, the new .NET 3.5 WCF framework works with it.

I’d like to make further topics about LINQ. Probably 1 sample demo explained, and LINQ vs NHibernate.

Pour connaître toutes les nouveautés qui ont été annoncées (et donc qui nous ont été rapportées à Lyon) à la grande messe microsoftienne, la “PDC” de Los Angeles, c’est chez Jerem que ça se passe !

Pour ma part je parlerai de ce qui paraît bien fait dans l’environnement de développement Microsoft, là où ils ont une longueur d’avance (à mon avis). Voici, dans l’ordre, un tour d’horizon des conférences auxquelles j’ai eu la chance d’assister.

L’Accès aux données

Cette partie montrait des manières d’accéder à des sources de données “proprement” (mapping, librairie d’objets, abstraction de la base de données, couche d’accès aux données, tout ça).

Pour l’instant, j’utilise NHibernate, parce qu’en 2006 quelqu’un avait trouvé ça sympa.

Aujourd’hui, j’ai découvert la facilité d’accès de LINQ, la technologie de mapping de chez Microsoft. LINQ est totalement intégré à visual studio, et permet d’”oublier” complètement la source de données.. Tout en faisant des “requêtes”, ce qui permet une grande maniabilité. On oublie les “.hbm.xml”, fichiers “de mapping” de NHibernate qui permettent la correspondance objet/classe.

J’ai hâte de trouver quelques minutes pour essayer ça.

On a aussi entendu parler de Entity, un truc tout nouveau (j’ai pas compris grand chose, sujet classé dans ma “A Creuser”-list) plus proche de la base, qui semble être une alternative à LINQ.

Plénière Développeurs

• “on a inventé un .NET Embarqué, si si ça va marcher on vous jure”
• “Microsoft est un standard, on devient de + en + standards. Tenez, par exemple, la norme OOXML“

No Comment…

Visual Studio Team System & Team Explorer

De nombreux outils permettent de gérer le projet de développement logiciel de A à Z, en intégrant au code des tests manuels, des tests de couverture, unitaire, la documentation associée, l’analyse du code, la liste des fonctionnalités, des métriques, des pages web, et tout ce dont on peut avoir besoin. En plus de ça, Team Enterprise permet de mettre en place l’intégration continue, et la gestion de la solution de manière bien meilleure que SourceSafe (en même temps y’a pas de mal).

Ici on a parlé d’agilité. L’outil visual studio 2008 semble contenir des outils très adaptés pour la gestion de tels projets.

Silverlight

Visual Studio 2010 permettra beaucoup plus de facilité dans le développement d’applications Silverlight et wpf.

Solutions Online/Offline avec SQL Server 2008

Un Microsoft geek (comprendre: un geek mais bien sapé et qui a une copine) complètement à fond nous a démontré qu’en 1h30 (1h45…) il était possible de créer très facilement une solution online/offline avec synchronisation des données grâce à SQL Server 2008 et son intégration avec Visual Studio.

Démo très intéressante avec un PDA et un PC. Ca aussi il va falloir le regarder de plus près.

Offre décisionnelle Microsoft

Plein d’outils pour faire des rapports et de l’analyse de données existent…

j’ai noté “Report Builder”

Après, la “BI” (Business Intelligence), c’est pas encore mon domaine.

En conclusion, ces 2 demi-journées ont été pleines d’informations concrètes, de qualité. Je ne m’attendais pas à aussi bien. J’ai plein d’informations à chercher pour essayer de faciliter les développements.

D’une manière générale, on a encore appris plein de choses en ce jour du 23 octobre. Et surtout j’ai adoré l’organisation au top (avec un ManuChenu en pleine forme !) qui a rendu l’après midi très efficace, sans temps mort, et surtout sans un seul blabla inutile. (un prochain article parlera des Microsoft Days, c’était pas pareil)

Bon, voilà simplement ce qu’il y avait écrit sur mon petit bloc notes agiletour… A savoir : les trucs qui m’ont interpellée, les sujets à creuser, et les trucs qu’il faudrait qu’on fasse.

Spécifieurs et artistes

Je n’ai rien noté car c’était un atelier. Ce que j’en retiens c’est que la communication entre les spécifieurs et les développeurs (j’ai beaucoup aimé le parallèle avec “artistes” d’ailleurs) est très difficile dans la plupart des cas, et que la solution qui paraît la plus évidente c’est bien de la communication et de la collaboration fréquente et facile entre les 2 entités. (et donc on démontre que l’agilité c’est tout naturel. Ben oui…)

Retour d’expérience Yahoo! international

• Avant d’essayer quoi que ce soit, il faut obtenir l’amont du management.
• Aider l’équipe Produit à faire le backlog. Dans le cas du retour d’expérience de Monsieur Boutin, 3 jours de dialogue ensemble.
• Les métriques… Je voulais chercher à quoi ça correspondait, il suffisait d’attendre un peu
• Approche “framework” pour laisser la porte ouverte au choix de la “gestion de projet” / pratique. Standardiser les pratiques logicielles n’est pas incompatible avec les pratiques actuelles. –> c’est étonnant, mais quand je relis, j’ai du mal à comprendre =)
  
• Petite pensée qui n’a rien à voir: penser à faire des “burndown charts”

Le Refactoring

*waouh, complètement bluffée par les outils de refactoring utilisés dans cette démo !*

• C’est quoi ? du remaniement (ça fait plus classe que “nettoyage”, le terme qu’on utilise chez nous). Changer la structure du code pour en faire apparaître la conception, et donc pour qu’on soit capable de le partager ou de le faire lire à quelqu’un.
• Un grand principe de XP qui rend le refactoring incontournable : “Chaque chose ne doit être exprimée qu’une fois”.
• Refactoring vs documentation. Eh oui, je l’ai toujours soutenu et voici une preuve, Les commentaires qui redisent exactement ce que fait la fonction alors qu’elle est bien écrite et qu’elle utilise des identifiants explicites, ça sert à rien !!!
• http://www.uispec4j.org (pas encore eu le temps d’aller voir).

Crystal – méthodologie du jeu coopératif

• Contexte de ce retour d’expérience:
  • Beaucoup de facteurs de découverte
  • Industrie
• Alistair Cockburn est à l’origine de Crystal
• Idée générale: 1 projet = 1 méthode de dev différente. Même si toutes les méthodes ont le même “code génétique”:
  • théorie
  • propriétés
  • stratégies
  • techniques
• 2 objectifs: 1) livrer, 2) être prêts pour après (doc…)
• L’information est un parfum
• Quitte à ne pas faire tout dans XP, autant savoir lesquels faire et pourquoi.
• Miyamoto Musachi, Samurai

Voilà, un compte-rendu peu exhaustif, mais qui reflète ce que j’ai retenu.

Vivement l’édition 2009 !

J’ai enlevé les noms de ville et d’entreprise.

Merci beaucoup à lui pour ce témoignage !

Aujourd’hui et hier, j’ai rencontré 2 SSII, la SSII A et la SSII B, qui devaient me présenter toutes les deux à leur client. Le truc fort et que je ne savais pas, c’est qu’elles sont arrivées à me présenter toutes les deux au même mec. Je “double” mes chances pour le poste, mais eux et moi se retrouvent dans une situation assez bizarre.

TECHNIQUE SSII A

Le mec de la SSII A fait appel à mon éthique d’ingénieur comme quoi la SSII B avait pas été réglo, me dit que eux ils sont mieux positionnés dans le domaine système et m’annonce qu’il ne fera pas la course au salaire. Pour me convaincre, il me fait donc un petit tour avec sa grosse voiture 200ch : slaloms sur la rocade, accélération collage au fauteil.. Il me décroche un sourire puis m’annonce que ce sera 28k+4k de package qu’il n’a pas voulu me détailler.

TECHNIQUE SSII B

On me paie le train + un hôtel bien placé en centre ville pour m’incruster à l’entretien avec le client avant celui de la SSII A. On me coach assez rapidement pour faire un bon entretien avec le client, on me fait voir l’étage RH où je ne vois pas un mec à part celui qui me fait visiter et on finit par me présenter à la chargée de recrutement (qui a le physique 9/10 quoi). T’as envie de retourner dans la boîte juste pour revoir la chargée de recrutement qui se permet de me tutoyer sur la fin (genre on est amis :p).
Le lendemain, je retourne chez eux et je leur parle des “points forts” de la SSII A. Ils ne sont pas déstabilisés et me proposent 29+2,8k (les 2,8 en gros ca m’a fait penser à de l’argent dans une enveloppe non déclarée mais bon :p). J’ai pas encore eu à négocier le salaire, je sais pas si on a eu grosse marge de manœuvre mais je crois qu’il ne faut pas trop y compter. Je ne sais pas trop encore quels sont les salaires moyens avec/sans “package”.

Voilà pour le moment je n’ai eu des propositions que de ces 2 SSII (qui n’ont pas encore l’affaire d’ailleurs). J’ai aussi rencontré une autre qui se vantait d’avoir également des projets dans ses locaux alors que plein de SSII se sont mis à faire ça. Ils avaient une chargée de recrutement peut être encore mieux que chez la SSII B.

SSII Method :

1- Tu fais croire qu’il n’y a que des femmes dans la boîte (tu sais très bien que dans le technique il y a 95% de meufs) et tu fais passer le candidat dans le couloirs des RH uniquement et aux forums tu ne mets que des meufs.
2- Tu mets une mannequin en chargée de recrutement ou un autre truc si t’as pas (belle voiture par exemple).
3- Tu précises que ta boîte a des opportunités dans tous les domaines, dans tous les endroits avec des perspectives d’évolution et des formations.
4- Tu fais une offre.
5- Tu fais signer.

1. Le prof de management de l’école de Grenoble: Jérôme Barrand

Alors, en gros, l’entreprise et son système d’information, grâce aux informaticiens (je ne fais pas partie des coupables, je suis bien trop jeune ), c’est devenu un gros truc innommable, avec tout le monde qui est en relation avec tout le monde, où tout va à fond la caisse et bouge tout le temps.

Et puis malgré ça, on reste (trop) souvent dans une structure d’entreprise hiérarchique, avec tout en haut le grand chef qui réfléchit et qui détient l’information et le pouvoir, et qui donne des choses à faire à des exécutants en bas. Et ça c’est historique, c’était comme ça au vieux temps…

C’est pour ça qu’il faut trouver un nouveau truc. Un nouveau mode de pensée et de management des entreprises. Eh oui, l’agilité ce n’est pas que des geeks dans un bureau qui ont une super machine de build qui s’allume en rose. C’est aussi tout un mode de “pensée au boulot”, admis et recommandé, et même par des gens qui en ont vu, des choses, dans leur vie.

Note pour plus tard : Waouh… j’aimerais bien être capable de faire un show comme le sien !

2. Introduction à Scrum

Résumé : Bon ben voilà, c’est bon, je n’ai plus peur. En fait, on peut se faire le truc à notre sauce ! Pas besoin d’en faire trop d’un coup.

J’ai surtout noté des infos concernant les pratiques d’équipe plutôt que les techniques de gestion de projet avec sprints, backlogs et compagnie (parce qu’on avait vu ça en cours).

L’agilité pour une équipe c’est Partage, Responsabilité, Confiance (etc). Effectivement, pour une équipe de basket ou d’impro, c’est une évidence. Mais pour du dev… On n’aurait pas imaginé… Ben si, en fait c’est pareil ! Et on verra aussi dans la conf suivante, que c’est aussi un peu le même fonctionnement qu’en famille…

• Ce qui passe en premier c’est pas les outils et les procédures compliquées, c’est les gens. Le socle, c’est les individus et l’esprit d’équipe.
• Avoir quelque chose qui marche, c’est mieux qu’une doc super compliquée avec des 1.1.2.a.iv.B) alinéa 3.
• Le client c’est notre partenaire (parce qu’on est motivés en vrai pour lui, on cherche pas à l’avoir).
• On est capable de s’adapter au changement.

Et en fait tout ça, ça existe depuis longtemps, et les premiers à avoir imaginé quelque chose qui s’appelait “Lean Thinking”, c’est des américains. Lean Thinking a été mis en place par Toyota en 1950 pour la première fois. Et en 1987, il a été inventé un processus de développement “en spirale”.

Dernière chose que j’ai notée, c’est que la réunion quotidienne préconisée par Scrum, c’est (< 15′) :

• Qu’est ce qui s’est passé la veille ?
• Qu’est ce qui va se passer aujourd’hui ?
• Quelles sont mes difficultés ?

3. Aspects Psychologiques (Ψ) des méthodes Agiles

(oh mon Dieu, là on a peur d’être tombé dans une secte bizarre !)

(et on n’en est pas loin…)

Il y a des aspects psychologiques bien sûr, car les méthodes agiles, comme on l’a vu, sont tournées vers l’être humain. Et l’objectif, c’est notre bien-être à tous !

Test-Driven Development = l’Apprentissage

“Comme dans les réseaux Neuronaux”, dit-il.

(no comment)…

Effectivement, commencer par le test, et s’améliorer pour réussir le test, c’est un entraînement ou un apprentissage. Cela permet de reconnaître notre objectif et de ne pas le lâcher, ne pas partir dans une autre direction non plus. “Amélioration Continue”.

Binôme = Accepter de l’aide, échanger (commentaire personnel: = tous à poil !)

“Vérifier” devient “S’entraider”, “Concevoir” devient “Echanger avec l’autre”… Que de belles choses !

Une alternative (vient de la méthode “Crystal”): le “Side By Side”. On a chacun deux écrans, de manière à ce que le voisin puisse voir ce qui se passe chez l’autre et éventuellement intervenir.

Avantages du binôme :

• Concentration soutenue (peut être aussi un inconvénient parce que ça fatigue)
• Biorythmes psychologiques cumulés (en gros, si y’en a un qui est fatigué c’est l’autre qui gère. ça fait les vases communiquants, comme dans un couple !)
• Transparence
• Assurance avec la relecture
• Consensus, capacité à trouver un terrain d’entente
• Apprentissage, partage de connaissance, erreurs

La rétrospective (le meeting quotidien de Scrum) = S’améliorer ensemble

A faciliter par un coach.

Equivalent à un conseil de famille où on propose des exercices à faire en famille pour s’améliorer (comprendre : le daily meeting de Scrum c’est comme Super Nanny !!!)

Impose le respect entre les membres de l’équipe… Ce que chacun dit est personnel et à prendre en compte.

Les artefacts… La machine de build qui s’allume en rose et la peluche sur l’ordi de ManUChenu ont un rôle !

Moi qui croyais que c’était juste pour le fun…

Nous les informaticiens on “fabrique” du vent (des opérations mathématiques basiques, finalement) Contrairement à un vendeur de légumes, un artisan ou un ouvrier. Les artefacts sont là pour matérialiser ce qu’on a fait (notamment les postit avec les fonctionnalités à réaliser). Ce sont des symboles qui améliorent notre perception… Et donc on se sent mieux.

Le reste que j’ai noté en vrac

• Communiquer face à face, ça permet de se rendre compte que ce qu’on dit et qu’on fait, c’est pas rien, pas anodin, et ça a des conséquences et des répercussions. Bien plus difficile que de mettre quelqu’un en copie sur un email mal rédigé et le plus vague possible !

• Agile ça rejoint la méthode de développement personnel “Getting Things Done”. J’ai noté ça mais j’ai rien compris, je trouve ça réducteur, parce que en gros Getting Things Done c’est un truc qui nous dicte comment réagir quand on a un truc à faire… On devrait être capable de s’en sortir seul à mon avis.

• On stresse jamais parce qu’on a plein de trucs à faire, mais on stresse quand on ne sait pas ce qui va se passer (ah oui, et donc Getting Things Done ça permet d’éloigner le stress et de libérer *oh mon Dieu* la RAM Psychique [David Allen]). Je vais arrêter avec ce Getting Things Done c’est horrible.

• Agile permet d’améliorer la confiance en soi. Jean Garneau dit que ce qui améliore la confiance en soi c’est:
  • Expérience
  • Risques
  • Résultats
  • Le fait de renouveler des expériences difficiles volontairement.

• Les 5 dysfonctionnements d’une équipe:
  • Absence de confiance
  • Crainte du conflit
  • Manque d’engagement
  • Manque de responsabilisation
  • Manque d’attention aux résultats

• Attention à la pensée dite “pensée de groupe” ou “pensée de masse” dans une équipe, qui a des effets néfastes tels que:
  • Illusion d’invulnérabilité
  • Unanimité
  • Favoritisme
  • Partage incomplet d’informations
  • Pression

• Petit + perso : Les 10 principes du théâtre d’improvisation (par Christophe Tournier) :
  • Accepte !
  • Ecoute !
  • Percute !
  • Anime !
  • Construis !
  • Joue le jeu !
  • Prépare !
  • Innove !
  • Amuse-toi !
  • Ose !

4. Mise en place d’outils pour industrialiser le développement

Ah j’avais mal lu. Je croyais qu’on allait parler d’agile dans l’industrie… On arrive en retard… ça parle Java, Maven 2, ant, Eclipse et NetBeans. Sympa, mais on a pas vu l’objectif du début parce qu’on était à la bourre… En gros:

• Ils ont une chouette infrastructure, avec une appli web, de la doc en ligne, tout ça.
• 5% des bugs (ceux découverts post-release) représentent 95% des coûts de production. Ah ben oui, là, on a peur.
• Les outils qu’ils ont mis en place permettent d’avoir des retours les plus rapides possibles, et c’est la fin du “ça marche chez moi ! Dommage pour toi !!”

5. Agilité et avionique

Ben moi, XP ou pas XP, j’ai peur dans l’avion. Mais oui, malgré toute la complexité des normes imposées quand on fabrique un drône, un missile, un système de navigation GPS, ou toute machine de guerre destinée à être vendue pour ensuite aller tuer des millions d’innocents (ah oui pardon, on parlait *juste* des beaux systèmes pour les avions de ligne 1ère classe), une équipe d’irréductibles a réussi à appliquer de l’agilité, et ça marche mieux.

Ce que j’en retiens en tout cas c’est encore une fois que ce qui est primordial c’est d’avoir une équipe ultra motivée, qui a envie de faire ça.

… Et vous savez quoi ? ça a plu à mon chef, et il est super partant pour mettre ça en place, tous ensemble. C’est trop beau pour être vrai. Je suis super motivée et enthousiaste pour la suite ! Reste à voir ce qu’on arrivera à faire !

Du coup, il a fallu penser à un autre stratagème… Ladies and gentlemen, voici le Réveil Script Shell ! C’est tout simple.

Tout d’abord, le .sh, qui permet d’ajouter d’autres lignes si nécessaire…

#! /bin/sh
/usr/bin/mpg123 /data/music/Ian_Carey_Best_Of_2007.mp3

Le tout appelé avec une commande “at” :

$ at -f ./reveil.sh 7:00 tomorrow

Et voilà… Il suffit de laisser l’ordi allumé, et le lendemain matin, que de douce musique dans tes oreilles…

Pour info, le mp3 utilisé est un podcast de Ian Carey (DJ), pioché sur son super siteweb : http://iancarey.podbean.com/

When I started WPF, i felt lost, and i didn’t know how to do. I wanted to use my scholar knowledge about object-oriented programming, make inheritance relationships between usercontrols, like in windows forms or Java.

My problem was that I had 1 user control (basically, a grid with several labels), which displays the contents of a collection in the labels. My graphic control had to be used in different configurations. Depending on the configuration, the data was not displayed in the same way, but the business code (data collection, grid) was the same.

The first idea i had, using my little UML model, was to make inheritance: a parent grid user control, with several children chosen depending on the configuration. In this way, with WPF, everything was coded into a .VB file. It was quite inappropriate. Moreover it was hard to realize this inheritance, because WPF didn’t allow me to display my parent Grid control into the designer…

And then, I posted on MSDN forums, WPF disciples, I started reading this book, and understood i wasn’t thinking the right way.

The right way, for this particular case, is to use Data Templates.

Data Templating allows you to have 1 class that contains all your business code (here, my data collection), and to consider your graphic interface as a template (here a grid template), that you define in a resource dictionary.
This is very easy to do this with Expression Blend. You can define several templates to apply them to the class.

After this you can define a Template Selector class to select your template programatically, or select it dynamically. The data template for a custom user control is defined by the ContentTemplate attribute. In my solution, i have bound this attribute to the selected item of a combobox.

The template elements (labels,…) can be bound (in xaml ResourceDictionary) to the collection items. And the graphics can be completely different.

To use data templates, here are some cool links which helped me a lot, including code samples and HowTos:

http://msdn2.microsoft.com/en-us/library/ms752339.aspx
http://www.contentpresenter.com/index.php
http://msdn.microsoft.com/en-us/library/ms742521.aspx