Je vous propose de lire cette excellente traduction de l’article de Tobias Mayer « Scrum does anything » . On y trouve beaucoup d’analogies très pertinentes et le rôle de Scrum y est très bien expliqué.
Bonne lecture
Cette année encore, l’Agile Tour passera par Lille: son beffroi, ses moules-frites, ses bières et ses agilistes sympathiques.
L’année précédente, nous avons attiré 80 participants environ, de tous horizons et couvrant une large palette des métiers du logiciel en région. Les commentaires sur la conférence ont été unanimement positifs grâce essentiellement à la qualité du contenu donc des intervenants.
Nous cherchons à transformer l’essai et à installer durablement l’agilisme dans le paysage du développement logiciel lillois.
Agile Tour Lille 2009 se déroulera le 30 octobre, de 13h30 à 18h30 dans l’ancienne friche industrielle Le Blan-Lafont transformée par l’arrivée d’Euratechnologies (http://www.euratechnologies.com/).
A partir de 19h30, un OpenSpace permettra de poursuivre les échanges dans un cadre moins formel et plus interactif.
Nous avons donc besoin de vous ! Ceci est un appel à tous les agilistes du monde: extreme programmeurs, scrumistes ou autres, français ou non, développeurs, coachs, chefs de projets ou autres. Venez partager vos expériences, vos idées, vos outils, vos méthodes de travail, vos désirs et vos déceptions, bref tout ce qui peut avoir trait à l’agilisme, proposez-une présentation, un atelier, un retour d’expérience…
Pour ce faire, deux solutions:
- déposer une session en ligne sur le site Agile Tour 2009
(voir http://www.agiletour.org/fr/node/add/forum pour le formulaire en ligne. Il est nécessaire de disposer d’un compte)
- envoyer un mail contenant votre propostion aux organisateurs d’Agile Tour Lille (agile-tour-lille@googlegroups.com)
Agile Tour Lille 2009 est soutenu localement par :
- ProxiAD (http://www.proxiad.com)
- Norsys (http://www.norsys.fr)
Thales a publié une vidéo qui décrit la mise en place des pratiques Agile.
Les pratiques sont présentées sous le sigle Lean mais les principes des méthodes agiles et le vocabulaire Scrum sont omniprésents.
Merci à eux !
Je viens de finir un projet de R&D mené en collaboration entre Norsys et l’équipe innovation d’un des gros comptes du Nord pas de Calais.
Ce projet innovant démarrait avec des facteurs de risque importants :
Pour mener à bien ce projet, nous avons choisi d’utiliser des itérations d’une semaine : nous pensions que quatre itérations de deux semaines n’auraient pas permis de réagir suffisamment rapidement aux découvertes et problèmes rencontrés.
Le client a pu réagir rapidement pour ajuster ses priorités, intégrer de nouvelles idées provoquées par la prise en main d’une application dès la première itération.
Au final, les applications comportent plus de fonctionnalités que prévu initialement et la date butoir matérialisée par un showroom a été abordée sereinement.
Je pense que les méthodes agiles se marient parfaitement avec ce contexte risqué, le client a une très bonne visibilité sur l’avancée des travaux, le cycle court permet de vite changer d’orientation en cas de problème technique ou de mauvais feedback et les échéances à très court terme évitent de tergiverser.
Au chapitre des petites améliorations pour le prochain projet, je pense que nous n’avons pas assez creusé du coté des outils de développement « agiles » sur ces nouvelles plateformes et notamment en ce qui concerne les tests unitaires, l’outillage du build et l’intégration continue. Si vous avez des billes, je suis preneur.
C’est reparti avec les articles qui ont retenu mon attention cette semaine.
Les méthodes agiles aident à mettre en place une dynamique d’équipe afin que celle ci soit responsable et solidaire.
J’ai eu la chance de participer à des projets ou cette dynamique s’est installée et ou le travail collectif devient à la fois efficace est très sympathique.
En lisant cette interview de Claude Onesta (lequipe.fr), le coach de l’équipe de France championne d’Europe, olympique et du monde, je retrouve des valeurs qu’un coach agile mets en œuvre : responsabilité, autonomie, réactivité, solidarité.
Extraits :
On obtient ce résultat à partir du moment où les joueurs sont acteurs de leur performances. Quand ils sont obéissants sur des stratégies définies par d’autres, ils finissent par être en difficultés dès lors que la stratégie ne permet plus les solutions. Là, les joueurs soient en charge de leur propre jeu, nous (le staff) on accompagne, on construit, on règle… Mais eux sont en ébullition permanente sur la définition du projet. De cette manière, ils ont l’emprise sur les éléments. Il n’y a rien de pire qu’un joueur qui a la sensation de ne plus rien maitriser. Là, il devient défaillant.
Cette construction a pris du temps, mais aujourd’hui -et je le répète, à partir du talent des joueurs-, on les a mis dans un mode de fonctionnement où ils sont de plus en plus responsable, autonomes. Dans la difficulté, ils ont la capacité de réagir. J’ai longtemps rêvé et je rêve encore d’arriver à gérer une équipe qui tout d’un coup n’a plus besoin de moi.
Alors, bien sur que Onesta insiste aussi sur le talent de ses joueurs, mais cette force collective permet de mettre le talent au service de la performance.
Lors de la formation ScrumMaster, Jeff Sutherland a d’ailleurs parfois fait le parralèle avec une équipe de sport et c’est une des taches les plus subtiles du ScrumMaster que de favoriser la mise en place de cet esprit d’équipe.
Un nouveau type d’article sur ce blog : mes lectures du jour. Je vais y présenter les articles qui ont retenu mon attention en essayant de donner mon point de vue si il y a lieu.
En fouillant l’AppStore à la recherche d’un jeu de poker, je suis tombé sur ces deux applications pour iPhone qui permettent de participer au planning poker en affichant une carte sur l’iPhone.
Planning Poker reprend les cartes proposées par Crisp.
ScrumTools propose en plus une minuterie pour s’assurer que le Scrum quotidien ne dépasse pas les 15 minutes. Ca fait doublon avec l’application « Horloge » fournie avec l’iPhone.
Vendredi dernier, je participais à la réalisation d’une proposition commerciale pour du développement en mode agile. Pour résumer, nous proposons une facturation à l’itération et une possibilité de sortie à la fin de chque itération ( de deux semaines )
Samedi, mon agrégateur RSS me propose cet article de Jeff Sutherland qui travaille sur un modèle de contrat agile. Le document de travail insiste sur les rôles du client :
Le client peut mettre fin au projet à la fin de chaque sprint mais doit s’acquitter de 20% du cout des itérations non réalisées.
Bien sur le client peut sans surcout remplacer des fonctionnalités par d’autres, tout en gardant une même taille globale.
A suivre !
