[English Version below: « Scrum and Agile are taught at school! »] Il y a quelques mois, via un commentaire sur notre Vidéo Scrum, j’ai fait la connaissance de Jim. Il est professeur à l’université (Caroline du nord – USA) il m’a demandé si j’avais une version libre de droits de notre vidéo. En effet la musique des Red Hot Chili Peppers est bloquée sur youtube, pour une question de droits. Après quelques échanges d’email, j’ai appris que Jim enseignait Agile et Scrum à l’université en collaboration avec un des leader Agile d’IBM. Personnellement, j’ai été ravi d’apprendre que de futurs consultants, chef de projets, développeurs,… peuvent être mis en contact si…

[English version below] Tout d’abord et une fois n’est pas coutume…je vous présente mes excuses…En effet, je le reconnais j’aurais difficilement trouver un titre plus racoleur…;-) Mais passé votre surprise… qu’est-ce qui se cache derrière cette expression « Scrum 2.0 » ? Lors d’un projet nous venions de travailler 6 mois en mode Scrum, la mise en production était réalisée et nous avions un mois d’arrêt avant de recommencer 6 autres mois de projet. Nous en avons alors profité pour faire un review / lessons learned de nos 6 mois de travail. Un de points portait sur notre méthode de travail. Allions nous continuer comme ça pour les 6 prochains mois ?…

[English version below: « Team is « multi-tasks » (Five keys to succeed in your Agile/Scrum projects) »] Régulièrement lorsque je démarre un projet, il arrive qu’un membre de l’équipe vienne me demander: « Dis, quel sera exactement mon rôle sur le projet ? ». Et moi invariablement je réponds: « Je ne sais pas ». Pour que votre projet soit un succès un premier point à prendre en compte est que l’équipe (et donc vous y compris) soit « multi-tâches ». En effet, sur un projet Agile ou Scrum, ne vous attendez pas à avoir une « job description » avec les différents acteurs (développeur, analyste,…) ainsi que les différentes tâches liées à ces rôles (le développeur est responsable du code,…).…

[English version below: « 0/5 Five keys to succeed in your Agile/Scrum projects »] Je suis en train de préparer une série d’articles. le thème sera « cinq facteurs de succès pour vos projets Agile/Scrum ». L’idée: en se basant sur diverses sources (formation, coaching, retour d’expérience, lessons learned) vous proposer cinq principes qui, s’ils sont appliqués, vont grandement augmenter vos chances de succès sur un projet utilisant Scrum ou des méthodes Agile. Vous pouvez également appliquer ces principes sur un projet de type « waterfall » utilisant PMI ou Prince2. Les articles traiteront de principes Scrum, de principes Agile mais aussi d’autres choses comme des principe de coaching ou des concepts issus de la PNL.…

[English version below: « The Visual Calendar, a « so Agile » Follow-Up Tool »] Lors de la dernière release de notre projet j’ai eu à travailler avec une équipe de 7 personnes. Or parmi les membres de l’équipe, personne n’était staffé à 100 % sur le projet. Pour vous décrire la situation nous avions: -> Deux personnes à 80% sur le projet-> Deux personnes à mi-temps-> Un expert qui devait prester 15 jours sur le projet, sur une durée de 3 mois-> Une personne à 20% sur le projet-> Une personne qui devait intervenir 5 jours sur le projet, mais quand cette personne était présente…toute l’équipe devait être présente. Cette situation aurait pu…

[English Version Below: « Definition of Done (DOD)… or when the « Go Live » sounds like fingers in the nose »] Bob: « Voilà j’ai terminé de développer ce module, c’est déployé ! » Gérard: « Ben je vois rien…? » Bob: « Ha en tout cas chez moi ça marche… » Allez, avouez…vous avez déjà tous vécu ce drame non ? 🙂 Une des choses que j’aime dans Scrum, et c’est selon moi une de ses plus grandes forces ! C’est que quand une tâche, ou disons une User Story, est terminée…et bien elle est vraiment terminée.  Dans le cas d’un projet IT, j’entends par là que c’est développé, testé, documenté, déployé sur le serveur de test etc……