La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

• Nokia donne son « Mobile Runtime » Java à la fondation Symbian

Agilité

• Cinq pièges à l’adoption des méthodes agiles

RIA

• FxObjects: un framework pour JavaFX

Le coin de la technique

• IntelliJ IDEA 9.0.3
• VisualVM 1.3

Actualité éditeurs / SSII

Nokia donne son « Mobile Runtime » Java à la fondation Symbian

Dans un effort de rendre plus accessible le développement d’applications Java pour les mobiles basés sur le système Symbian, Nokia vient d’annoncer, ce 15 juillet, faire don de son « Mobile Runtime for Java Applications » (JRT) à la fondation Symbian (créée en 2008 justement, suite au rachat de Symbian Software Limited). Avec le don de son JRT, Nokia met à disposition pas moins d’1 million de lignes de code Java et C++ correspondant à son runtime, son installeur d’applications, ses API, ses tests et sa documentation. Le tout est mis à disposition sous license Eclipse Public License (EPL) et est disponible comme partie intégrante du dernier Symbian^3 Product Development Kit.

Nokia annonce le support de la norme MIDP 2.1 (JSR 118), ainsi que ses nombreuses JSR, dont l’architecture MSA. Rien de bien nouveau, jusqu’à présent, serait-on tenté de dire. D’un point de vue graphique, la plateforme Symbian^3 apporte le support d’une accélération graphique hardware, ainsi que deux API non standard : la classique Nokia UI API en version 1.4, ainsi qu’une implémentation de l’Eclipse Standard Widget Toolkit (eSWT) UI API en version 1.0.3.

En complément du langage Java, Le SDK Symbian^3 propose d’écrire des applications natives en utilisant le langage C++ et le support intégré du tookit graphique Qt. Un support de développement basé sur les technologies Web est également disponible, il permet de construire des applications basées sur le Nokia’s Web Runtime (WRT) et l’outil PhoneGap, qui permet de tirer parti de différentes fonctionnalités de l’OS habituellement uniquement accessibles par les applications natives.

Pour les curieux, une roadmap de développement permet de se faire une idée des fonctionnalités des futures version de la plateforme.

Quelle stratégie pour Nokia en 2010?

Dès 2008, Nokia avait préparé sa riposte face à la sortie de la plateforme mobile Android de Google. Déjà détenteur de 48% de la société Symbian Limited, Nokia avait racheté les parts restantes auprès de ses concurrents de l’époque (Sony-Ericsson, Panasonic, Siemens, …) pour un montant avoisinant les 250 millions d’euros. Ce rachat qui n’était qu’une première étape devait permettre à Nokia de faire don de la plateforme Symbian à la fondation éponyme. A la même époque les autres acteurs de l’environnement Symbian devaient faire de même: Sony-Ericsson et Motorola devaient, entre autre, fournir la technologie UIQ à la fondation. Le but de la fondation Symbian était donc de créer, à partir de ces différentes contributions, une plateforme mobile unifiée ouverte à la communauté.

En l’espace de 2 ans, le paysage des plateformes mobiles a cependant bien changé: l’iOS d’Apple est devenu un leader emblématique, même s’il commence à se faire disputer le titre par la plateforme Android de Google, tandis que Microsoft tente revenir dans la course pour les fêtes avec son nouveau système Windows Phone 7. En parallèle, de nouveaux acteurs apparaissent tel que Samsung avec son système Bada, ou bien Baidu qui souhaite copier son grand frère Google avec un OS ayant pour ambition de conquérir le marché chinois …

Près de 2 ans après la présentation de sa stratégie pour contrer Google, l’annonce de la sortie de Symbian^3 par Nokia ressemble beaucoup à une tentative désespérée de raccrocher le wagon. Il n’est plus l’heure pour Nokia de redorer son blason, mais plutôt de sauver les meubles dans un secteur où les évolutions se font à coup de bottes de sept lieues. Pour s’en convaincre, il suffit de comparer le paysage des plateformes mobiles aujourd’hui avec celui de 2008. Malgré un parc important d’appareils mobiles déployés et sa communauté de développeurs, Nokia est toujours à la recherche d’un business model efficace. Ses talents d’innovation et de fabricant de combinés haut de gammes semblent être un lointain souvenir tant la concurrence a pris de l’avance rapidement. La stratégie de Nokia est-elle la bonne ? Nokia est en tout cas, aujourd’hui, au pied du mur. Le géant scandinave annonce pour la fin d’année des appareils compatibles avec la toute dernière version de la plateforme Symbian, comme le Nokia N8. Dans un marché en mouvement permanent, cela sera-t-il suffisant ?

Agilité

Cinq pièges à l’adoption des méthodes agiles

Mike Griffiths, blogueur et agiliste travaillant au PMI, nous présente dans son article les Anti-Patterns nuisant à l’adoption des méthodes agiles. Bien que les bénéfices tirés des méthodes agiles ne soient plus à prouver, le passage à l’agilité n’est pas forcément couronné de succès. Nombreux sont les pièges et les digressions dans lesquels on peut tomber. Mike décrit ensuite cinq pièges courants, mais c’est à vous d’identifier les autres selon le contexte de votre projet.

• L’agilité n’est pas un miracle

Oui, l’agilité permet de gagner du temps, d’accroître la valeur métier, et de développer un produit de meilleure qualité. Cependant, ce n’est pas une recette magique, qui va permettre à un projet anémique voué à l’échec d’être un succès. Bien au contraire, vous pourriez arriver encore plus rapidement en situation d’échec, ou au mieux vous en rendre compte avant avec des nouveaux indicateurs.

• L’agilité ne veut pas dire aucune discipline

Certaines personnes ne connaissant pas bien l’agilité ont l’idée reçu que les méthodes agiles font preuves de très peu de discipline, de planification et d’estimation. Les méthodes agiles sont parfois appelées « méthodes légères » par opposition aux anciennes méthodes.
On peut quand même constater de nombreuses cérémonies et activités de haut niveau nécessitant de la discipline, comme: le stand-up daily meeting, le sprint planning, la rétrospective, la démo, etc.
Même si les documents afférents aux cérémonies sont peu nombreux, ils ne sont pas une excuse pour manquer de discipline et éviter de rendre des comptes. Ils contiennent les indicateurs suffisants pour réaliser des plannings, des estimations, etc.

• L’agilité sans aucune explication

Une équipe agile ne travaille pas toute seule en silo. Elle interagit avec d’autres équipes, comme le marketing, l’architecture applicative, etc. Le caractère itératif d’un projet agile peut les perturber. Ainsi, il convient d’expliquer le processus agile aux autres équipes, avant d’arriver à des situations de blocages ou pire de rejets.

• L’importance du feedback client

L’une des contraintes importantes des méthodes agiles est d’avoir le client sur site. Cela permet entre autre d’avoir un feedback régulier au cours d’une itération. La réunion de démonstration a aussi pour rôle d’avoir un retour et une validation du client. Attention, même si le client ne fait pas ou peu de retours, cela ne veut pas pour autant dire que tout va bien et que son réel besoin est satisfait. Au contraire, il peut avoir fait preuve d’inattention. Pour éviter cela, Mike propose des sessions de revue, où le client est assisté par un membre de l’équipe.

• Obsédé par le processus agile

La recherche de l’amélioration du processus agile au sein d’un projet est bonne chose en soi.
Cependant, il ne faut pas tomber dans le cas extrême du scrum master obnubilé par le process et le sur-outillage avec des indicateurs inutiles. Il faut rester pragmatique et garder à l’esprit que l’objectif de l’agilité est de satisfaire le client et répondre à des contraintes business. Il faut donc garder son attention sur lui et non sur le process. Mike suggère d’utiliser des métriques orientées sur l’objectif final: satisfaction client, fonctionnalités réalisées et acceptées, plutôt que le pourcentage de pratiques agiles suivies, ou le temps passé en pair-programming.

RIA

FxObjects: un framework pour JavaFX

TheServerSide nous apprend aujourd’hui que la version 1.0 du Framework FxObjects vient de sortir. C’est un framework réalisé par Srikanth Shenoy, destiné à aider la programmation d’applications JavaFX. Il s’avère être, malgré sa jeunesse, assez ambitieux. S’articulant autour du pattern Model-View-Presenter qui facilite les tests unitaires, les 3 briques principales sont les suivantes:

• le command framework
  • commandes asynchrones
  • HTTP & REST
  • marshalling/unmarshalling XML avec JAXB
• le Controller chain framework
  • contrôleurs
  • support de la navigation
  • présentations des nœuds
• l’Event Framework, encore à l’état expérimental

A noter que le Controller chain framework et l’Event Framework disposent d’un cycle de vie customisable, et que l’on peut utiliser Spring pour définir les divers éléments de son application (ouf !).
De nombreuses évolutions sont d’ores et déjà au menu de la V0.2 prévue pour septembre:

• gestion du cycle de vie de l’application
• gestionnaire d’évènements
• sécurité
• conversion vers et depuis JSON

Il est intéressant de voir un framework venir aider au développement JavaFX car il semble que les programmeurs étaient, jusqu’à maintenant, peu gâtés dans ce domaine. Reste à voir s’il saura gagner l’adhésion de la communauté et réussira à dépasser le stade de proof of concept. On serait en effet tenté de dresser un parallèle avec le Swing Application Framework qui fut pendant un temps considéré comme le futur de Swing, mais qui n’a jamais réussi à fédérer assez de monde derrière lui pour devenir un standard malgré la JSR le supportant. Mais alors que ce framework devait faire face à la rude concurrence de Netbeans RCP et Eclipse RCP, c’est plus au manque d’engouement pour JavaFX que risque d’avoir à faire face FxObjects. A moins que ce ne soit lui le sauveur de JavaFX ?

Le coin de la technique

IntelliJ IDEA 9.0.3

IntelliJ IDEA continue son petit bonhomme de chemin. Et 3 mois après la release 9.0.2 , voici venir la nouvelle version de l’IDE en 9.0.3. La release notes complète se trouve ici.

Amélioration du débogueur Flex, meilleur support de Grails, l’éditeur HTML qui supporte par défaut HTML5… en bref des nouveautés plutôt intéressantes. Mais pour ma part, la killer feature de cette version est sans nul doute le gestionnaire de mots de passe encryptés pour entre autres les VCS.

Ayant depuis quelques jours migré sous Git avec tous nos repositories dorénavant sous Github, je me suis retrouvé, à chaque push vers une branche remote, à devoir ressaisir ma passphrase. Et que ce soit pour 1 ou 10 pushs, cela devient très vite embêtant pour peu que cette passphrase soit quelque peu évoluée. Mais voilà, je ne serais resté que 2 semaines dans cet état car cette nouvelle version de l’IDE apporte ce fameux gestionnaire de mots de passe.

Au premier push, IDEA vous proposera de sauvegarder votre passphrase. Si vous répondez positivement, il vous est alors demandé de rentrer un mot de passe maître. Celui-ci sera votre mot de passe pour accéder au gestionnaire et vous sera demandé la première fois que vous voudrez faire un push. Mais dès lors, votre passphrase ne vous sera plus jamais demandée ! Ainsi, une fois celui-ci saisi, vous pourrez effectuer autant de push que vous le souhaitez sans saisie de passphrase ! A noter qu’après chaque redémarrage, votre mot de passe maître vous sera redemandé uniquement lors de votre premier push serveur. Une fonctionnalité très agréable donc.

Bien évidemment, les plugins SVN ou Git nous offrent des fonctionnalités simplifiées comme un affichage élaboré de l’historique des commits ou bien encore un diff entre 2 fichiers plus visuel. Néanmoins, n’oubliez pas que Git regorge de commandes toutes plus utiles les unes que les autres ! Et rester 100% de son temps dans un IDE, ce serait passer à côté de plusieurs perles de productivités. Bien sûr, les commandes standards comme le rebase, stash, pull, push, etc sont gérées, mais d’autres comme le bisect ou le cherry-pick ne le seront pas forcément. Une bonne intégration avec l’IDE, donc, mais sans écarter complètement le terminal ou Cygwin!

VisualVM 1.3

VisualVM vient de sortir en version 1.3. Pour rappel, cet outil graphique de diagnostic permet de faire du monitoring et du profiling de nos applications Java. Développé par Sun et téléchargeable gratuitement, cette boite à outils intègre de nombreux plugins et est autant destinée à un environnement de développement qu’à un environnement de production.
Cette nouvelle version corrige quelques bugs et apporte les évolutions majeures suivantes:

• Support des langages dérivés de la JVM: Clojure, Groovy, JRuby, Jython et Scala.
• Le plugin Sampler (qui monitore les activités du CPU et de la mémoire) est maintenant intégré par défaut.
• Les plugins Sampler et Profiler disposent d’une configuration par défaut. Exemple: Classes et packages à filtrer, intervalle de temps entre les mesures, etc.
• On peut monitorer à distance des applications qui ont activé JMX.
• Apparition du Tracer framework et d’une série de sondes: jvmstat, java I/O, Garbage collectors.
• Apparition d’un nouveau plugin Threads Inspector, permettant une vision plus fine d’un thread.

Agilité

• L’agilité à la sauce Pixar
• Evitez le multi-tâches dans les équipes de développement

Le coin de la technique

• Développez vos applications Android sans écrire une ligne de code
• Mettez à jour votre JVM

Evènements de notre communauté en France et à l’étranger

• Le programme du Devoxx 2010 se dévoile

Agilité

L’agilité à la sauce Pixar

C’est une question d’actualité avec la sortie de Toy Story 3 : mais comment Pixar fait-il pour cartonner à chaque nouveau film ? InfoQ lève une partie du voile : la cohérence construit la confiance. Derrière cette maxime ‘à l’américaine’ se cache un processus créatif original : Pixar construit des équipes pluri-disciplinaires, qui travaillent ensemble (éventuellement durant plusieurs films) et qui créent des liens de confiance inaliénables. Chaque jour, l’équipe se réunit pour discuter du travail effectué la veille : critiques, remises en cause, les équipes travaillent dans un processus d’amélioration constante. Chaque membre de l’équipe est encouragé à donner son avis, même ses membres les plus juniors.
Ce mode de fonctionnement laisse la place à l’erreur. Comme chacun est impliqué, chacun peut se tromper. Les erreurs sont mêmes une des clés du processus créatif. L’essentiel est de se tromper rapidement, pour pouvoir corriger le tir.

Changez maintenant de point de vue, et regardez cet article sous l’angle du développement logiciel. N’y retrouve t’on pas un fort goût d’agilité ?

Evitez le multi-tâches dans les équipes de développement

Toujours sur InfoQ, Roger Brown nous met en garde contre les méfaits du traitement simultané de projets (tâches, user stories …) par une personne.
Le changement de contexte lorsque l’on passe d’une tâche à l’autre peut prendre plus ou moins de temps en fonction de la complexité de la tâche, du temps et de la nature de l’interruption. Le traitement d’un appel téléphonique, par exemple, pourra engendrer un délai d’un quart d’heure pour se remettre dans le contexte de la tâche précédente. D’autres types d’interruptions (travail sur une autre tâche de développement par exemple) peuvent nous faire perdre beaucoup plus de temps.
L’auteur nous explique que le travail en parallèle sur plusieurs projets implique généralement un surcoût induit par les changements de contexte pouvant représenter de 20% à plus de 50% du temps de travail lorsque nous travaillons simultanément sur plus de deux projets. Il est donc préférable de terminer une tâche (User Story par exemple) avant d’en commencer une autre, plutôt que de fragmenter son travail.
Les méthodes agiles comme Scrum ou le Kanban préconisent un nombre limité de User Stories ou de tâches en cours, et de ne pas en commencer une autre avant d’avoir atteint le statut « Done ».
Le cerveau humain ayant tendance à vouloir traiter plusieurs tâches en parallèle, Roger Brown préconise quelques techniques telles que le pair-programming afin d’aider les développeurs à rester concentrés sur leur tâche et à gagner ainsi en efficacité.
On peut aussi citer le pomodoro qui est une discipline consistant à se ménager un laps de temps de 25 minutes sans interruption, permettant de se focaliser sur une tâche et ainsi de gagner en efficacité.
L’auteur conclut en ajoutant que non seulement le traitement séquentiel des projets (tâches, user stories …) permet de gagner du temps, mais il permet aussi de créer des synergies entre les différents membres de l’équipe qui peuvent ainsi travailler de concert sur le projet.

Le coin de la technique

Développez vos applications Android sans écrire une ligne de code

Google Labs vient d’annoncer l’arrivée d’App Inventor, un éditeur d’applications pour Android destiné aux non-développeurs. L’objectif est de permettre à tout androphile de dessiner sa propre application depuis le logiciel, puis de la transférer sur son smartphone.

To use App Inventor, you do not need to be a developer. App Inventor requires NO programming knowledge. This is because instead of writing code, you visually design the way the app looks and use blocks to specify the app’s behavior.

Pour le moment, il n’est pas possible de s’inscrire. Vous pouvez seulement montrer votre intérêt en remplissant un formulaire dans lequel vous exprimerez votre enthousiasme pour l’utilisation d’AppInventor dans un cadre universitaire. Si vous n’avez rien à voir avec quelconque formation, vous pouvez toujours laisser les réponses vides.

En épluchant le site, on constate la forte volonté d’installer cet éditeur dans le monde universitaire, voire scolaire. En effet, il est fait mention à plusieurs reprises des possibilités de développements de jeux, d’applications communautaires ou d’outils d’interaction entre étudiants. Malgré tout, Google n’oublie les autres… le particuliers lambda, ou le collègue que nous sommes en précisant:

The App Inventor team has created blocks for just about everything you can do with an Android phone, as well as blocks for doing « programming-like » stuff.

Nous nous posons tout de même quelques questions à ce sujet:

• Google préfèrerait-il que nous apprenions à utiliser son logiciel plutôt qu’écrire du code propre personnalisé?
• Ne se cache-t-il pas un envie de maîtriser le code généré? (en y ajoutant des statistiques par exemple…)
• N’y a-t-il pas un risque de voir proliférer sur le market des applications réalisées en 5 minutes, pleines de pubs et pauvres sur les plans fonctionnel et graphique? (comme HelloPurr, cf. vidéo de démo)

Le futur nous le dira…

Du côté de la technique, les outils utilisés sont OpenBlocks et Kawa Language Framework. Le premier est le fruit de la thèse de Ricarose Roque (MIT) : une librairie Java permettant de programmer des systèmes à l’aide de blocs visuels. Le second est utilisé par le compilateur pour traduire en bytecode les blocs graphiques.

En attendant d’avantage d’informations et pourquoi pas un article plus complet sur l’outil, vous trouverez déjà quelques tutoriaux sur le site.

source : site de l’éditeur

Mettez à jour votre JVM

Après une dernière release qui corrigeait un problème de sécurité, Oracle nous invite à télécharger la release 21 qui, outre la correction de bugs (mais pas de correction liée à la sécurité), apporte des améliorations sur la JVM HotSpot et VisualVM.

Sur la Java HostSpot VM, les améliorations portent sur la compression des pointeurs d’objets, escape analysis (qui améliore la gestion des piles), la gestion du cache sur le byte code, sur le garbage collector CMS (Concurrent Mark-Sweep) et G1. Pour rappel, G1 est le nouveau garbage collector en préparation pour la JDK 7 mais déjà utilisable dans la version 6 depuis la release 17. Pour l’activer il faut passer les options -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC.

La version 1.2.2 de VisualVM, sortie il y a quelques mois, est à présent incluse dans la distribution de Java SE. Elle apporte beaucoup d’améliorations sur l’analyse de la mémoire et sur le profilage.

Enfin pour les développeurs de RIA java, un listener a été ajouté pour suivre l’évolution du chargement de l’application. Plus de détails ici.

Evènements de notre communauté en France et à l’étranger

Le programme du Devoxx 2010 se dévoile

J’espère que vous avez créé une règle sur votre outil de mailing préféré qui décline toute demande de réunion sur la période du 15 au 19 novembre 2010 car c’est … Devoxx!
À moins d’être parti 8 ans en mission dans l’océan arctique sur un brise glace, vous ne pouvez pas ne pas connaître Devoxx. C’est LA conférence européenne spécialisée sur LA technologie (i.e. Java) qui se déroule tous les ans à Anvers en Belgique.

Tout le gratin des meilleurs speakers et spécialistes sera présent dont certains français: Antonio Goncalves, Guillaume Laforge, Emmanuel Bernard pour ne citer qu’eux, mais aussi des incontournables comme Heinz Kabutz, John Smart ou bien Michael Cote.
Mais ce n’est pas tout! En effet, un BoF (Bird of Feather) organisé par les JDuchess se prépare.

Le programme commence à prendre forme. Vous pouvez commencer à saliver sur des conférences plus intéressantes les unes que les autres avec quelques titres accrocheurs:

• JAX-RS, Java EE 6, and the future,
• Reflection Madness,
• Improve the performance of your Spring app,
• HTML 5 Fact and Fiction,
• Comparing JVM Web Frameworks,
• Groovy update, ecosystem, and skyrocketing to the cloud with App Engine and Gaelyk,
• Restfulie: quit pretending, use the web for real,
• Women in IT an unconference,
• etc.

Dans le programme de cette année, c’est surtout la présence de plus d’une dizaine de sessions dédiées aux technologies NoSQL et Cloud que l’on retiendra. On se souvient en effet que l’édition 2009 de cette conférence n’avait proposé qu’une trop courte session d’introduction à NoSQL suivie d’un BOF. Cette augmentation sensible de la part accordée à ces technologies témoigne de leur popularité croissante en 2010. Une fois de plus Devoxx s’affirme comme le baromètre de notre écosystème !

• Les Directions Achats entendent réduire les coûts (charges d’analyse, charges de pilotage, charges de recette, charges d’exploitation) grâce notamment à une mutualisation des ressources du partenaire choisi, une optimisation de ses taux d’occupation et le déport du travail vers des régions (de France ou du monde) où la main d’œuvre est moins chère.
• Les Directions Informatiques souhaitent rendre l’informatique plus agile grâce à la capacité à mobiliser très rapidement des ressources pour un projet particulier, quitte pour cela à changer radicalement le rôle de la DSI.
• Les Directions Métiers souhaitent rationnaliser le contrat de services entre elles et l’IT (externalisée) grâce à la mise en place de KPI.
• Les Directions Générales souhaitent se recentrer sur le métier et externaliser ce qui peut être considéré comme une organisation de support.
• Les Directions Juridiques souhaitent se protéger des éventuels effets de bord liés au durcissement du Code du Travail en France vis-à-vis du marché des prestations informatiques (délit de marchandage, prêt de main d’œuvre illicite).

Eldorado ou mirage pour les directions achats, les écueils sont nombreux et les directions opérationnelles subissent de plein fouet les dysfonctionnements d’un modèle en devenir et qui n’apporte pas encore satisfaction voire dans certains cas, une très grande insatisfaction.

Les challenges d’un Centre de Services

Le bilan que l’on peut tirer de la mise en place des premiers centres de services informatiques est mitigé. En effet, de nombreux problèmes surviennent naturellement dans ce type de dispositif comme par exemple :

• Une exigence tarifaire ne permettant pas au partenaire informatique de fournir des compétences suffisantes eu égard aux exigences de qualité de son client.
• Une déperdition de la connaissance technique et fonctionnelle liée au changement incessant des affectations projet pour des raisons d’optimisation des ressources.
• Une inadéquation des KPI qui se révèlent, quoique parfaitement respectés, inefficaces vis-à-vis des exigences des donneurs d’ordre.
• Un Coût Total d’Acquisition in fine élevé à cause, notamment, de la surévaluation des tâches unitaires par le prestataire (destinée à préserver ou réinstaurer une marge décente) et au coût de la non qualité.
• Une démotivation des personnels des centres de services principalement à cause du manque d’une politique RH adéquate et à la banalisation de la fonction informatique.
• Une bureaucratisation liée à l’établissement de stratégies défensives destinées à protéger chacune des parties contre l’autre, toutes deux engluées dans un cadre contractuel trop rigide, les détournant des objectifs initialement poursuivis.

Face à ces enjeux, Xebia, propose une démarche différente, le centre de services agile dont nous vous parlerons très prochainement.

En deux mots, nous souhaitons proposer à nos clients, un centre de services qui s’inscrit dans la parfaite lignée de ce qui a fait le succès du constructeur Dell dans les années 90 : le modèle d’intégration virtuelle. Ses principes sont les suivants :

• Un pilotage orienté Produit.
• L’excellence des équipes.
• Des pratiques d’ingénierie éprouvées.
• Un développement incrémental.
• Une transparence absolue.
• Un partage des objectifs métier de nos clients.
• La mise en place de KPI pertinents et non falsifiables.
• Une mise en place opérationnelle graduée et contextuellement adaptée.

Agile 2010 est la principale conférence internationale sur les méthodes agiles dans le développement logiciel. Elle se tiendra du 9 au 13 août 2010 à Orlando en Floride.
La conférence Agile 2010 réunit de nombreuses disciplines dans les domaines des Systèmes d’Information et du développement logiciel. Elle crée ainsi des ponts entre des communautés qui ont rarement l’occasion d’échanger autour de leurs idées.

Lors de l’édition 2010, 3 Xebians auront le plaisir d’être sur scène pour vous faire partager leurs expériences et leur vision :

• Guido Schoonheim (CTO du groupe Xebia) présentera une session intitulée « Mind the Gap! Principles of hyperproductive fully distributed Scrum ».
• Maurits Rijk (Consultant senior chez Xebia) présentera une session intitulée « A graphical approach to improve the cost/benefit ratio of user stories ».
• Wilco Koorn (Scrum Master et Team Member chez XebiaLabs) présentera une session intitulée « Unleash the Agile power: bridge the Gap between Development and Operations ».

Mind the Gap! Principles of hyperproductive fully distributed Scrum

• Presenter: Guido Schoonheim (CTO of Xebia Group)
• Level: Practicing
• Presentation: The author and Jeff Sutherland previously showed (at Agile2008,2009) Scrum teams using XP practices achieved distributed velocity equal to local velocity with multiple distributed teams. This was shown under extreme timezones and at large scale development. The authors have formalized the principles & practices that are the foundation for hyperproductive fully distributed Scrum. This framework has been published as free e-book and is the subject of this presentation. New experiences and figures on recent projects will be shared to illustrate the pitfalls and success points.

A graphical approach to improve the cost/benefit ratio of user stories

• Presenter: Maurits Rijk (Senior Consultant at Xebia)
• Level: Practicing
• Short summary: User stories are a great way to capture requirements and are successfully used in many projects. Every user story comes with a business value and a effort needed to implement the story, usually in software. Since there are almost always more requirements than budget (or any other limiting factor like time, available resources, etc) decisions have to be made on which stories to pick up in which order. Usually the stories are prioritized by the product owner and put on a textual product backlog. We will show how a graphical overview will stimulate the right side of our brains.

Unleash the Agile power: bridge the Gap between Development and Operations.

• Presenter: Wilco Koorn (Scrum Master and Team Member XebiaLabs)
• Level: expert
• Short summary: Enterprises traditionally distinct Development focusing on the creation of software and Operations focusing on the infrastructure. A natural gap between the two is caused by their key interest: change versus stability. Introducing Agile in Development confronts Operations with more work due to increased productivity and release frequencies. The power of Agile is not unleashed. A case study at KLM/Air France shows how this impediment was overcome and huge savings were achieved by implementing a self-service change control process for Development still under full control of Operations.

Qu’est ce qu’un KawaCamp ? C’est un BarCamp dédié aux sujets qui gravitent autour de l’écosystème Java ! Et qu’est-ce qu’un BarCamp alors ? Pour résumer voici la définition de Wikipedia. Nous allons nous retrouver entre passionnés pour discuter de sujets qui nous tiennent à coeur autour de tables rondes/ateliers durant lesquels chacun participe et donne son point de vue.

Les sujets sont choisis grâce aux centres d’intérêts que chacun exprime sur la page d’inscription. Cette session s’oriente vers les sujets d’actualité avec beaucoup de HTML5 et d’Android sans oublier NoSQL, TDD, Agilité, …

Si vous aimez les discussions passionnées autour d’un verre, le KawaCamp vous comblera en organisant nos débats !

Informations pratiques :

• La page d’inscription : Kawa Camp Paris 2.
• Les organisateurs : Luc Bizeul et Philippe Antoine.
• La date : Jeudi 27 Mai 2010 à partir de 19h00.
• L’adresse : Xebia – 156 boulevard Haussmann, 75008 Paris.

Ils en parlent :

• FrAndroid – Barcamp : KawaCampParis2 .
• Le Calendrier des JDuchess.