News Agile

Quelques notes rapides autour de Scrum et XP:

• C'est bientôt les XP days (5 & 6 mai) à Paris, avec pour moi, un peu de XP game, du lab XP, du test- driven requirements et plein d'autres choses. Tout comme les Techdays, j'essayerais de blogger sur cet évènement


• A noter la sortie de la release R2#4 d'IceScrum, un outils Open Source pour la gestion de projet Scrum. Je n'ai pas eu le temps de tester la dernière version car je travaille en ce moment sur


• VersionOne, qui offre une version communautaire en local ou hébergée. La version hébergée, que j'utilise, est bridée à 5 utilisateurs mais a toutes les fonctionnalités. Jusqu'à maintenant je trouve cet outils plutôt bien.

Test driven Development in Microsoft .Net

L'apprentissage du Test Driven Development par l'exemple est très pertinent tout comme le refactoring, qui sont deux pratiques XP fortement liées. L'auteur propose de construire un site web appelant un web services en construisant les tests avec NUnit d'abord puis avec FIT (Framework for Integrated Test). On suit pas à pas la construction des tests, du code et du refactoring. L'interêt de cet exemple est qu'il adresse les problématiques relatives à chaque couche (présentation, service, web service, DTO, DAL) en séparant bien les tests développeurs des tests clients, avec les problèmes d'isolation que cela pose. L'auteur montre bien la part du TDD dans la conception émergente du projet. Par contre, la partie FIT ne m'a pas convaincue. On peut regretter qu'il ne parle que du framework Nunit sans parler du framework de test unitaires de Visual Studio, le titre est un peu trompeur, je verrais plutôt TDD in C#.

Visual LINQ Query Builder

J'en parlais dans une note précédente, la première release de Visual LINQ Query Builder (VLinq) est disponible depuis quelques jours, sous licence Ms-PL.

Vous pouvez lire la note de Mitsuru ou télécharger le projet directement ici.

Scrum est-il soluble dans ITIL?

Fraichement certifié ITIL Foundation, la préparation de cette certification m'a amené quelques réflexions autour de l'agilité. Je les livre ici à chaud:

Au-delà de la question ITIL est-il agile, je me posais la question d'utiliser Scrum au sein d'une DSI implémentant ITIL?

On peut déjà se poser la question pourquoi cette réflexion puisqu'ITIL adresse essentiellement la gestion de la production informatique. Cependant, un pont est jeté avec les études et développements au travers du processus change management.


On peut partir d'un socle commun à tous ces processus et normes: La roue de Deming.
C'est la partie la plus évidente. Pour Scrum, on pourrait rapidement faire les liens:

• Plan: Sprint Planning
• Do: le Sprint en lui-même
• Check: Le Daily Scrum
• Act: La retrospective

La roue de Deming est un fondement d'ITIL, on la retrouve plus précisément dans le Service level Management avec le programme d'amélioration des services dans une démarche cyclique.

Puis vient le principe de remettre le client au centre des préoccupations avec tout ce que cela implique (besoins métiers, feedback, responsabilisation,...). Même idée pour Scrum ou XP. Cependant, l'implémentation me pose plus de problème. Le change manager consolide toutes les demandes d'évolutions logiciels provenant de la direction métier ou des utilisateurs via le service desk. Avec ma compréhension, il pourrait avoir le rôle de Product Owner cependant ce n'est pas le client final.

La product Backlog existe aussi côté ITIL sous une autre forme avec également une notion de priorisation.


A ce point on rentre sur une zone de divergence entre les approches:

Scrum est l'art du possible. Un but d'ITIL est de remplacer le domaine du possible par des contrats de services. On retombe ici sur une problématique récurrente de contractualisation de projets agiles.

Un autre point de divergence sur les messages forts véhiculés, est la réactivité de Scrum ou d'XP et la proactivité d'ITIL. Cependant, ce point est à mon sens un faux problème car la proactivité s'adresse plutôt à l'aspect production du SI (gestion des problèmes, suivi des performances, plan de capacité, ...).

Remarque XP: Le Test-driven development amène de la proactivité sur l'assurance qualité.

ITIL propose de responsabiliser et professionnaliser les rôles. Ce qui peut sembler contradictoire avec une équipe scrum regroupant tous les rôles. Cependant, on parle ici de processus transverse pour décloisonner les services. Je n'y vois donc pas de contradiction puisque Scrum est également un processus transverse pour le développement.

La professionnalisation des rôles et des équipes permet d'augmenter la productivité en diminuant les bruits, c'est également un des indicateurs que l'on suit avec la velocité.

En terme de scalabilité de projet, je n'ai pas eu de réponse claire pour une démarche ITIL alors que Scrum y répond clairement avec les Scrums de Scrums.

A première vue, il semble possible de faire cohabiter un projet Scrum ou XP dans un processus global ITIL en adaptant le rôle du product owner et le contrat de service pour ce projet.

Agile project Management with Scrum

C'est l'histoire d'un scrum master (et pas n'importe lequel ... Ken Schwaber) qui raconte ses histoires de Scrum. En fait c'est un livre très bien construit car il prend les exemples sous différents angles de vues: Scrum Master, Product Owner, équipe et croise les conclusions pour bien comprendre les rôles et l'implication de cette méthodologie. Par contre, une légère frustration à la fin du livre, en annexe même, lorsqu'il évoque juste les problèmes de contrat; Et toujours en annexe, lorsqu'il pose les liens avec le CMM , cela mériterait de faire un zoom sur ce point, peut être un axe pour mieux convaincre les DSI (à ce sujet, on peut aller fouiner dans l'Open Space Agile CMMI).