Les aventures de GreenIvory all around the world continuent !

Après San Francisco et Paris GreenIvory s’envolera pour le Maroc à l’occasion du Salon Med-It 2009 qui se déroulera à Casablanca du 03 au 05 novembre 2009.

Med-It est le premier Salon International sur les Technologies de l’Information au Maroc. Ce salon accueillera 150 exposants des pays de la Méditerranée (France, Italie, Espagne, Algérie, Maroc, Tunisie) et attend environs 3000 visiteurs.

L’Agile Tour à Strasbourg

L’Agile Tour est un événement entièrement gratuit organisé dans 7 villes de France et de Suisse, il vise un public de décideurs, d’acheteurs, de managers et d’informaticiens qui souhaite découvrir ou approfondir les méthodes agiles. Il aura lieu le 30 octobre 2009 à partir de 13h30 à l’ Université de Strasbourg.

Durant l’après-midi seront proposées des sessions variées (retours d’expériences, exposés techniques, ateliers pratiques …) animées par des orateurs francophones internationaux (Luxembourg, Allemagne, …) et locaux.

Pourquoi les méthodes agiles ?

Les méthodes agiles visent à améliorer l’efficacité des entreprises et la satisfaction du client final. Ces méthodes proposent de nouvelles approches en termes de pratiques de développement logiciel, de gestion de projet (MOA/MOE), mais aussi sur les aspects organisationnel et de management dans l’entreprise.

Sur un plan financier, les méthodes agiles permettent de réduire significativement le coût du changement et assurent au maître d’ouvrage de disposer d’un produit fonctionnel fiable, testé et  utilisable en production tout en respectant le budget fixé initialement.

N’hésitez pas à vous inscrire à l‘Agile Tour

Le DeveloperForum5 avance à grands pas, pour rappel il aura lieu le 8 octobre 2009 à l’UFR de Math info de l’Université de Strasbourg. Cette année, le thème global  du DeveloperForum est le futur du web. Nous aurons la chance de compter parmi nos conférenciers messieurs Salah-Eddine Benzakour directeur du marketing chez Healthandage.com et François Tonic fondateur et rédacteur en chef de cloudmagazine.fr. Sachez que vous pouvez encore soumettre vos propositions, il reste quelques places (le sujet peut-être différent de celui du thème global).
Pour soumettre vos propositions, envoyez un mail à : jg.perrin at greenivory.com avant le 16 septembre 2009.
Votre soumission doit contenir:
•  Un titre
•  Une description en /- 50 mots de votre sujet
•  Le niveau (Débutant, Intermédiaire, Avancé).
Vous pouvez dès à présent vous inscrire pour le DeveloperForum5. 

On parle de nous sur Adira.com, enfin surtout de Jean-Georges!

Adira, l’agence de développement économique du Bas-Rhin revient sur la récompense obtenue récemment par Jean-Georges Perrin. Elle consacre tout un article sur son blog à la nomination de Jean-Georges Perrin au titre de IBM Data Champion. Alors n’hésitez pas à y jeter un coup d’oeil!

Je ne vais ni vous envoyer de bisous ni vous parler d’un groupe de hard-rock, mais bien d’un principe que l’on applique tous les jours pour notre développement logiciel : KISS !

Il s’agit d’un acronyme signifiant : « Keep It Short & Simple« .
Il existe d’autres variantes « Keep It Sweep & Simple » ou « Keep It Strictly Simple » mais l’idée reste la même.

KISS veut dire qu’il faut toujours chercher à faire simple, cette maxime est un moyen de rappeler au développeur qu’un programme simple est un programme que l’on maintient et que l’on comprend plus facilement, mais aussi qui est certainement moins sujet aux anomalies.
Ce terme est parfois utilisé pour éviter le phénomène de « feature creep » d’un logiciel. Bien sûr cette maxime s’inscrit dans nos pratiques agiles.

Mais KISS peut s’appliquer à bien d’autres domaines, l’informatique n’en a pas l’exclusivité !

Comme l’a très bien dit Léonard de Vinci : « La simplicité est la sophistication suprême. »

Les méthodes agiles : vous en avez entendu parler ? Vous pratiquez SCRUM ou XP dans votre équipe ? Ou votre curiosité vous pousse à en savoir plus ?

Ca tombe bien que vous vous posiez toutes ces questions, vous allez pouvoir avoir vos réponses en participant à la conférence XP DAY 2009.

XP DAY

XP DAY est une conférence annuelle lors de laquelle des personnes pratiquant les méthodes agiles rencontrent des professionnels, des curieux et d’autres practiciens.

Cette année la conférence aura lieu le 23 et 24 mai à Paris.

Pour plus d’information : http://xpday.fr/
Et inscription : http://xpday.fr/inscriptions-et-tarif

SUM est l’acronyme de Stand-Up Meeting (en français : réunion debout).

Il s’agit d’une réunion d’équipe généralement quotidienne durant laquelle toutes les personnes sont là pour s’exprimer.

C’est une pratique issue de la méthode agile Scrum. Mais il est bon de la pratiquer même si ce n’est pas Scrum qui est appliqué, l’Extreme Programming se prète très bien à cet exercice. Il existe aussi des équipes, qui ne sont pas dans le domaine informatique, qui ont adoptées cette pratique.

Debout ? Vraiment ?

L’objectif principal de cette réunion est de diffuser de l’information sans que cela ne dure des heures ! Généralement le SUM est time-boxé, il dure entre 5 et 15 minutes selon le nombre de participants.

Le fait que cette réunion s’appelle Stand Up Meeting n’est pas innocent, cette réunion se « pratique » debout. Mais pourquoi ? Nous avons pourtant tous de confortables fauteuils qui ne demandent qu’à être utilisés ! Eh bien c’est là tout le problème. Si les gens restent assis, ils vont se sentir à l’aise pour discuter, papoter et donc rendre la réunion plus longue. Alors que lorsque l’équipe est debout en cercle, la parole passe plus rapidement d’une personne à l’autre et les gens restent concentrés.

Lors du SUM, les participants se passent la parole les uns après les autres. Il est bon, au début de la mise en place du SUM, d’avoir un témoin à se passer (un stylo par exemple) pour bien déterminer qui a la parole.

Cette réunion doit se passer dans le respect des personnes. En effet, lorsqu’une personne à la parole les autres se doivent de l’écouter. Bien sûr les interventions sont possibles, mais si la conversation devient trop longue il faut prévoir de discuter de ce point en dehors du SUM. Certains se sentiront frustrés de ne pas en discuter tout de suite, ok, mais en laissant une conversation dériver, les personnes qui ne sont pas interessées par le sujet vont s’ennuyer, donc se distraire et donc « perdre leur temps ».

L’équipe doit être consciente que l’objectif de cette réunion est de faire passer la parole à tout le monde pour soulever des points importants, mais si en les soulevant on découvre de nouvelles choses, il faut revenir dessus en dehors du SUM.

Faire remarquer aux autres que la conversation dérive n’est pas malpoli, cela permet de recadrer la réunion pour ne pas perdre l’objectif du SUM. Une astuce pour ne pas oublier de traiter un point est de le noter sur un tableau pour pouvoir y revenir après le SUM ou lors d’un point technique.

Mais pour dire quoi ?

Le SUM est un moment durant lequel l’équipe se re-synchronise. Lorsque vous tenez le « flambeau de la parole » vous allez aborder ces 3 points :

• ce que j’ai fait
• ce que je vais faire
• les problèmes que je rencontre

Pour le premier point, l’objectif n’est pas de vous surveiller pour savoir ce que vous avez fait ou non, le but est de partager la connaissance. Par exemple, si vous avez développé un utilitaire qui peut servir à d’autre, c’est lors du SUM qu’il est bon d’en parler. Les gens sauront que cet utilitaire existe et qui a participé à son élaboration. Cela favorise la propriété collective du code, puisqu’une personne intéressée par cet utilitaire pourra venir vous voir pour  obtenir des informations concernant la conception de cet utilitaire.

Pour le « ce que je vais faire », là encore une fois, l’objectif n’est pas de « fliquer » les gens, mais bien de partager. Peut-être que quelqu’un connaît déjà bien le sujet sur lequel vous allez travailler. Cette personne se fera donc connaître lors du SUM et vous pourrez aller vers elle à la fin de la réunion.

Les deux premiers points permettent aussi à l’équipe d’avoir une vision commune sur le travail fait et à faire.

Le troisième point concernant les problèmes permet de faire voir à tout le monde, au plus tôt, les difficultés rencontrées. Cela permet à l’équipe de prendre conscience des problèmes et de les remonter au manager/chef de projet, également présent lors du SUM. Souvent, des situations difficiles peuvent être débloquer. En évoquant un problème, des personnes plus à l’aise avec le sujet peuvent se faire connaïtre, c’est alors le moment de redistribuer certaines tâches ou de former des binômes qui permettront de partager une connaissance. Le SUM offre un moyen extraordinaire de susciter l’esprit de groupe, en rendant chacun conscient de l’existence des soucis qu’ont les autres membres du groupe.

Mais quand ?

Il est possible de faire le SUM à différent moment de la journée, le tout étant de choisir un horaire qui correspond le mieux à l’équipe et de s’y tenir.

Quelques exemples :

• Le matin dès l’arrivée de l’équipe :
  • les gens sont disponibles et prêts à entammer une nouvelle journée,
  • la journée ne sera pas interrompue,
  • si tout le monde n’arrive pas en même temps, certaines personnes auront déjà repris les tâches qu’ils avaient laisser la veille.

• Juste avant midi :
  • les gens ont faim, le tour de parole aura tendance a être fait plus rapidement et les discussions ne dériveront pas beaucoup,
  • tout le monde est présent,
  • si on veut reprendre des points après le SUM cela risque de décaler l’heure du déjeuner.

Quelques règles à respecter

• Respect des règles de savoir-vivre de base : on ne coupe pas la parole, on reste poli,…

• Ponctualité : le SUM se déroule généralement toujours au même moment, toute l’équipe est au courant, donc pas de raison d’être en retard (sauf cas exceptionnel évidemment). C’est une question de respect pour les autres. Des personnes font l’effort d’être à l’heure, celles-ci arrêtent peut-être aussi une tâche passionnante, alors il n’y a pas de raison qu’il y ait des retardataires.

• Se faire remplacer : lorsqu’une absence à un SUM est prévue, il est appréciable de faire passer les informations qu’on aurait voulu partager à une personne présente. L’avantage est que l’information est tout de même diffusée, le flux de données n’est pas coupé.

• Climat de confiance : l’équipe doit bien comprendre que lors du SUM personne n’est jugé. Tout le monde rencontre des problèmes et ça n’est pas « la honte » d’en parler. Au contraire, une équipe qui joue la transparence est une équipe plus saine.

Le SUM en image