Netapsys Blog

• Gérer plusieurs projets en parallèle (chacun pouvant être géré par un chef de projet différent)
• Que tous ces projets utilisent les mêmes ressources
• Qu'un projet "Général" puisse inclure chaque projet pour la planification globale

Sébastien Roul et moi-même allons co-animer une présentation sur l'intégration continue le mercredi 17 mars dans le cadre d'une rencontre Agile à Nantes.

Notre objectif ne sera pas seulement d'en présenter les concepts, nous apporterons aussi notre vision et retour d'expérience.

En effet, après plus d'un an d'utilisation chez Netapsys Atlantique, l'intégration continue s'inscrit au cœur de notre métier avec une mise en place systématique sur l'ensemble de nos projets client.

L'intérêt de cette double intervention permettra de présenter ma vision de développeur avec une utilisation quotidienne, mais aussi la vision de chef de projet avec Sébastien.

L'intégration continue n’est pas seulement l'installation d'un serveur avec quelques outils appropriés, c’est vraiment un état d'esprit qui doit vivre au sein de l'équipe...

Pour en savoir plus ou assister à la présentation, vous pouvez consulter ce billet sur le site d'Agile Nantes.

Mise à jour du 29 mars 2010 :

Cette rencontre s’est déroulée dans le cadre des rencontres agiles à Nantes dans des locaux prêtés à l’occasion par l’école SUPINFO.

Voici les slides de la présentation.

Ce post présente la suite de mon article où j'avais proposé une méthode simple pour implémenter une architecture agile sur un projet web.

Je m'étais attardé sur la façon de découper un projet en modules (horizontalement et verticalement), et j'avais introduit la notion de couplage fort et faible. J'avais notamment insisté sur cette notion de couplage car elle est à mes yeux importante : elle détermine le niveau d'adhérence entre les différents modules de votre application. Je préconisais ainsi l'utilisation de couplage faible entre les couches métiers dans le cas d'une architecture agile.

Pour l'utilisation du couplage faible, je vais introduire la notion de superviseur et d'hyperviseur, ce sera donc le sujet de cet article. Ces deux notions sont les éléments clés de l'agilité de notre architecture. L'hyperviseur en est le centre : il tient le rôle de manager des superviseurs.

Améliorer la couverture du code avec Emma

Dans cet article, je vous présente le plug-in EclEmma (contraction d'Eclipse et d'Emma), Emma est un analyseur de code Java open-source qui détermine la couverture du code. EclEmma est bien évidemment son portage sous Eclipse.

Après l'avoir utilisé pendant quelques semaines, j'avoue me demander comment j'ai pu faire sans avant.

Une cinquantaine de personnes étaient présentes au JUG ce soir pour assister à la présentation de Dimitri Baeli, VP Qualité chez Exo Platform sur DOJO & TDD.

Dimitri est responsable du processus de développement, de l'organisation des équipes et de la livraison des logiciels.
Pour cela il s'appuie sur des méthodes comme SCRUM et XP Programming.

Il est venu nous présenter un DOJO :

• Un DOJO vient du judo. L'équipe de développement vient s'entraîner à faire des Katas.
• Il nous présente aussi comment bien configurer son poste de travail ainsi que son eclipse.

Le test driven developpement (TDD) est une façon de faire du développement en commençant par les tests.

• Test Driven Developpement -> Junit
• Dojo -> Entrainement (Paire Programming)
• Kata -> Exercice
• Randori -> Combat
• Exemple avec un fichier excel.

L'Agile Tour (http://agiletour.com) a fait une étape à Nantes le mercredi 14 octobre 2009.

Le lycée Nicolas Appert a accueilli dans ses locaux environ 80 personnes (des développeurs, chefs de projet, DSI, MOA ...)

L'après midi s'est déroulée en plusieurs étapes.
Une première conférence était organisée pour présenter les divers acteurs de l'Agile Tour et les fondamentaux de l'agilité (méthode de génie logiciel itérative et collaborative).
Ensuite il a fallu faire des choix entre les conférences et les ateliers proposés car je ne possède malheureusement pas le don d'ubiquité et c'est bien dommage car le programme était plutôt alléchant : 3 conférences et 4 ateliers (entrecoupés de pauses pour profiter du buffet et échanger avec les participants).

Le programme était bien ficelé :

• de 14h à 14h15 : Une introduction à l'agile tour et à l'agilité avec Laurent Morisseau (consultant) et Olivier Tabone (Directeur technique de chez Ripple Motion).
• de 14H15 à 15h : Un retour d'expérience de Scrum chez Ripple Motion.
• de 15h30 à 16h15 : Retour d'expérience Scrum/XP dans un contexte d'évaluation CMMI niveau 2 par Olivier Chotin, consultant CMMI chez Alcyonix et Yann Coste de chez Eurogiciel.
• De 16h45 à 18h : Le développement hédoniste par Dominic Williams, directeur technique.
• En paralléle un XP GAME de 14h15 à 16h15 par Laurent Morisseau formateur agile indépendant et Sébastien Fauvel consultant Pacte Novation.
• Puis de 16h45 à 18h15 : un Test Driven Development par Eric Mignot, évangéliste des méthodes agiles.
• D'un autre côté Arnaud Bailly, consultant OQube, présentait Java script et développement agile de 14h15 à 16h15.
• Et pour finir Anne Dubedout, directeur de projets, Mc3si nous a présenté un atelier sur la Maitrise des coûts d'un projet agile.

Alors L'agilité ?

Je vais vous présenter une première réflexion sur une méthode simple pour concevoir une application web agile.

D'un côté, il existe des méthodes de gestion de projet agile qui mettent l'accent sur le management, la souplesse de l'équipe, la communication accrue avec le client ; et, d'un autre côté, il y a des méthodes pour construire des architectures qui sont, quant à elles, orientées techniques ou fonctionnelles (SOA, REST, etc...).

Dans ce post, je vais tenter de proposer une première solution pour joindre ces deux mondes, que j'essaierai d'améliorer petit à petit dans de prochains articles sur le blog de Netapsys.

Jeudi dernier, le groupe des praticiens Agiles de Nantes proposaient deux retours d'expérience autour des méthodes Scrum et de la mise en place de l'eXtreme Programming (XP).
Nous avons aussi pu bénéficier d'un retour sur la formation ScrumMaster dispensée par Pyxis.
Petit résumé de la soirée...

C'est en lisant un billet récent sur le site de Martin Fowler répondant à la question "I'm thinking of using agile software development - but should I use Lean software development instead?", que je me suis mis à m'intéresser au Lean software development.

Ce papier super intéressant rappelle les influences des méthodes "Lean" issues du secteur automobile japonais sur les développements "Agile".

Un petit tour sur le site du couple Poppendieck offre au visiteur quelques principes "Lean" et invite à les comparer avec les principes derrière le Manifeste Agile.

Nous tenterons de cerner les points communs et les divergences.

A retenir, Martin Fowler et Jez Humble animeront un webinar le 28/07/08 sur la gestion des mises en production à la sauce 'Lean' autour du nouveau produit 'Cruise' de la société ThoughtWorks.

A suivre...

Context : Project, small team, diverse, not dispersed, highly demanding customer, high quality software

Problem : No visibility, last minute problems, low commitment (not necessarily real but perceived as such), no tools, low budgets, high maintenance charge

Solution : Among other techniques, stand-up meeting is being seen as an effective way to increase commitment and supporting among teams. Jason Yip (ThoughtWorks, Inc) points out some situations that could prevent this meeting be highly efficient (more details in Martin Fowler’s web site).
It is said that team members should not :

• Let the problems hidden;
• Invite people not directly involved in;
• Drag the meeting out;
• Have short memory.