Netapsys Blog - Agile

Planification multi-projets et ressources mutualisées

Bruno Vibert — Tue, 27 Apr 2010 14:59:00 +0200

Je vous fais part, dans cet article, de mon retour d'expérience sur la création d'un environnement de planification multi-projets sous Microsoft Project 2010. L'objectif étant de :

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

Tous les fichiers de la solution que je vais vous décrire sont situés dans le même répertoire. J'utilise Microsoft Project 2010 Beta mais la solution est quasiment identique avec Project 2007.Création du fichier de ressources Ce fichier n'aura comme raison d'exister que de stocker les ressources disponibles pour les différents projets.... Lire Planification multi-projets et ressources mutualisées

Retour d'expérience sur l'intégration continue

Fabian Piau — Mon, 01 Mar 2010 22:29:00 +0100

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... Lire Retour d'expérience sur l'intégration continue

Est-il possible de construire une architecture web agile simplement (Partie 2) ?

Ronan Mounès — Tue, 24 Nov 2009 12:24:00 +0100

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.

Qu'est-ce qu'un superviseur ? Il est le relais entre votre module et l'hyperviseur. Un superviseur est installé sur chaque module de votre application. Il ne sait pas communiquer directement avec les autres superviseurs de votre application mais doit interroger l'hyperviseur pour en connaître les coordonnées. Il faut comprendre que... Lire Est-il possible de construire une architecture web agile simplement (Partie 2) ?

Une bonne couverture pour l'hiver

Fabian Piau — Sun, 08 Nov 2009 22:52:00 +0100

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.

Installation du plug-in Tout d'abord, l'installation. Sous Eclipse, Help -> Install New Software... -> Add site. L'adresse est http://update.eclemma.org/. Après installation, Eclipse doit être redémarré. Utilisation Habituellement, pour lancer vos tests unitaires, j'imagine que vous sélectionnez soit un package, soit une classe de... Lire Une bonne couverture pour l'hiver

[JUG Nantes]Retour du Jeudi 22 octobre 2009 : DOJO & TDD avec Dimitri Baeli

Denis Sanchez — Thu, 29 Oct 2009 12:45:00 +0100

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.

Toute la salle participe à un petit exercice : Comment tester une feuille excel ? Les participants énumèrent une liste de tests unitaires en paire programming (2 personnes à tour de rôle commencent à écrire des tests) La première chose à faire est d'écrire un test qui ne passe pas. Ensuite, les développeurs vont modifier le code... Lire [JUG Nantes]Retour du Jeudi 22 octobre 2009 : DOJO & TDD avec Dimitri Baeli

L'Agile Tour a fait une étape à Nantes le mercredi 14 octobre 2009.

Denis Sanchez — Fri, 16 Oct 2009 18:55:00 +0200

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é ?

Nous connaissons tous assez bien les méthodes en cascade avec le cycle en V ou le cycle en W. Ce sont des méthodes dites prédictives: Nous avons une hypothèse de base, Nous maitrisons ce que nous voulons et nous nous engageons à le réaliser. Mais il existe une autre méthode dite empirique: Nous faisons l'hypothèse de base que ne... Lire L'Agile Tour a fait une étape à Nantes le mercredi 14 octobre 2009.

Est-il possible de construire une architecture web agile simplement ?

Ronan Mounès — Mon, 12 Oct 2009 11:28:00 +0200

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.

Qu'est-ce qu'une architecture agile ? L'architecture agile doit tout simplement répondre aux contraintes des méthodes agiles citées plus haut. C'est à dire : la modification d'une fonctionnalité, ou même la réécriture d'une partie de l'application, ne doit pas compromettre la stabilité de l'application. Le développeur doit... Lire Est-il possible de construire une architecture web agile simplement ?

Scrum et XP : Retours d'expérience

Céline Gilet — Sat, 04 Apr 2009 18:50:00 +0200

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...

Scrum est une méthode agile utilisée pour la gestion de projet. Son objectif est de proposer au client une structure réactive pour mieux répondre à ses besoins et à ses demandes d'évolution tout au long du projet. Cette réactivité passe par une amélioration de la productivité des équipes. Pour y parvenir, Scrum propose un certain nombre... Lire Scrum et XP : Retours d'expérience

Les Poppendieck : une source d'inspiration de la communauté Agile

Can Atac — Tue, 08 Jul 2008 14:28:00 +0200

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... Lire Les Poppendieck : une source d'inspiration de la communauté Agile

Stand-up meeting : (Not?) to do lists

Can Atac — Fri, 04 Apr 2008 14:50:00 +0200

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.

More Details and Quotes : 1 - Let the problems hidden “When people are knocked down every time they raise a problem, they will tend to stop raising problems. Beyond preventing removal of obstacles, a non-supportive stand-up works against team dynamics.” We need to encourage people to raise problems, instead of hiding them. This would put... Lire Stand-up meeting : (Not?) to do lists