Agilateur

Aller au contenu | Aller au menu | Aller à la recherche

mercredi 12 décembre 2012

Mesurez votre agilité

NokiaTest

On se demande souvent si un projet est agile ou non.

En soi, la question semble intéressante, mais elle est pourtant stupide. D’abord parce que l'agilité est une philosophie et un état d'esprit plus qu'une méthode. Mais surtout parce qu'on a beau toujours chercher à rendre le monde manichéen, nous savons bien que rien n'est jamais ni tout noir, ni tout blanc.

Bref, la bonne question à se poser n'est pas de savoir si on est agile ou pas, mais de savoir à quel niveau d'agilité on se situe. C'est à cette question bien plus pertinente qu'a tenté de répondre un test mis en place au départ chez Nokia, puis amélioré et répendu ensuite dans d'autres entreprises. Le test est basé sur quelques questions brèves et simple, même si vous verrez qu'il n'est pas toujours aisé de savoir de situer sur tous les points.

Bref, fini les grandes phrases, si vous voulez connaitre le niveau d'agilité de votre projet, allez jeter un oeil sur le Nokia test.

vendredi 16 septembre 2011

MS Project : un peu de tuning ?

Suite à un tweetTweet provocateur MSProject quelque peu provocateur de votre serviteur, évoquant l'application phare de la gestion de projet des années 90 (voir le message en question ci-contre), j'ai été envahi de messages sur la question.

Bon... en fait, je n'en ai reçu que 2... mais les échanges ont été enrichissants puisqu'ils m'ont permis de découvrir un petit outil amusant autour de ce logiciel (quand même : je ne suis pas fermé aux bonnes idées... même quand ça concerne MS Project :-)).

Voici donc un lien vers un addon à la version 2010, qui permet d'apporter une coloration "Scrum" plutot intéressante. Ce n'est pas une transformation profonde de l'outil et la vidéo de démonstration ne nous épargne pas l'inévitable vue Gantt chart, mais bon : c'est une démo en 4 minutes et il faudrait essayer en live sur un petit projet pour voir ce que ça donne réellement. A suivre, donc...


Bref, si vous avez des retour d'expérience sur cet outil, n'hésitez pas à nous en faire profiter en commentaire ci-dessous.

Une idée à suivre, en tout les cas.

source (addon MS Project sur "Noham's blog")

vendredi 2 septembre 2011

Halte à la dictatures des estimations en heure !

C'est bientôt le WE, et je vous propose la lecture d'un petit article de Jeff Sutherland qui explique combien il est mieux (à ses yeux) d'utiliser les story points plutôt que de faire des estimations en heures.

Time

Cet article vous mettra en jambe pour un sujet que je souhaite traiter bientôt sous la forme de 2 billets un peu provocateurs qui expliqueront que le Gantt Chart est un outil inutile (et même dangereux) pour la planification. Comme le Gantt est évoqué sous la forme d'une boutade dans l'article de Jeff Sutherland, ça tombe très bien : des investisseurs lui expliquent n'avoir jamais vu un Gantt Chart correct sur leurs projets, ce qui est normal ... mais je m'avance déjà trop (un peu de teasing ne nuit pas... ;-) ).

Revenons à nos moutons : en bref, mon avis est que l'utilisation des heures n'a pas d'intérêt pour la bonne conduite d'un projet, si on utilise les poids (story points) correctement. En revanche, rien ne vaut une planification en temps pour la plupart des décideurs... on peut donc utiliser les poids pour faire avancer le projet, et les heures pour en présenter l'avancement et faire le reporting (vers le sponsor, par exemple). Pour le passé, c'est simple puisqu'il suffit de consolider les temps de travail de chacun, et pour le futur, la vélocité peut aider et suffit dans la plupart des cas. Jeff Sutherland

Maintenant si vous voulez un avis plus éclairé (et aussi un peu plus radical : certains chiffres qu'il donne sur la productivité sont hallucinants !), voici le lien vers l'article de Jeff Sutherland

N'hésitez pas à vous plonger également dans son blog.

Bon WE à vous !

mercredi 24 août 2011

Scrum expliqué en moins de 4 minutes

Je ne connaissais pas cette petite vidéo qui tente d'expliquer les bases de Scrum en moins de 4 minutes (3'37'', pour être précis).

Scrum in about 4 minutes

Si on veut pinailler, on peut signaler que le son est plutôt mauvais, que le schéma n'est pas toujours bien lisible et que c'est "English inside", mais franchement, l'ensemble fait quand même une bonne synthèse et permet d'entendre une explication de tous les termes clés de Scrum en un temps record.

A noter que c'est le fruit d'un groupe de travail appelé ScrumRevealed, qui a pour objectif de produire une introduction à Scrum en ligne.

Finalement, Scrum, c'est un peu comme le poker : quelques minutes pour l'apprendre, mais toute une vie pour le maitriser !

mardi 16 août 2011

Pas d'analyse fonctionnelle avec Scrum, vraiment ?

Beaucoup prétendent utiliser des méthodes agiles pour masquer le dépouillement de leurs projets. C'est plus facile : pas d'analyse, pas de tests business structurés, pas de documentation... et aucun planning, par la même occasion.

La méthode agile la plus en vogue depuis quelques années, Scrum, est fortement axée sur la description de quelques "techniques" de travail (ou ranger les fonctionnalités, comment organiser le suivi du projet, etc.) et sur 3 rôles pour les acteurs du projet : Team, Product Owner et Scrum Master. En dehors de ça... la liberté est presque totale (tant qu'on respecte la philosophie Agile, bien entendu).

Chacun son rôleDès lors, pourquoi se priver d'une analyse fonctionnelle digne de ce nom quand c'est nécessaire ?

Un article dans Agile Journal, écrit par Ellen Gottesdiener et Mary Gorman, fait avancer le débat en proposant quelques pistes intéressantes sur la place de l'analyste fonctionnel au sein d'un projet Scrum.

Et si vous êtes encore réticents et que pour vous, marier scrum et analyse fonctionnelle est une hérésie, dites-vous que (comme le dit fort justement le titre ce cet article) le plus important, c'est de ne pas se tromper sur l'objectif du projet.

It's the Goal, Not the Role: The Value of Business Analysis in Scrum

- page 1 de 2