A Agile France, Jean-François Hélie et moi-même avons présenté plusieurs pratiques issues du coaching d’équipe que nous transmettons maintenant aux équipes agiles. Bien que certaines soient réservées à des coachs aguerris, deux sortent du lot car elles sont applicables facilement par toute équipe : les rôles délégués, et le debriefing.
Lors de mes deux dernières missions, j’ai participé à l’accompagnement d’une équipe projet pour l’adoption de la méthode Agile. Ce qui m’a frappé dans ces missions c’est que bien que les deux missions soient très semblables (même objectif, même équipe OCTO, même caractéristiques de l’équipe côté client) nous avons pu améliorer significativement le passage de compétence à notre client grâce à l’adoption de la méthode « ShuHa Ri ».
Cet article aura comme objectif d’expliquer le « Shu Ha Ri », d’exposer comment nous l’avons adopté et les bénéfices que nous avons pu en tirer.
93 histoires d’utilisateur ; 20 minutes ; l’équipe a évalué la complexité de la carte fonctionnelle complète.
Nous avions supposé que cette nouvelle technique serait rapide, mais à ce point là, nous n’en revenons pas. Avec trois autres équipes, l’expérience a donné des résultats comparables.
Nos planning agiles viennent de vivre une révolution, nous ne pouvons pas garder ça pour nous. Après la technique du planning poker, voici
Le praticien agile, c’est qui ?
Il a lu « Scrum & XP from the trenches » un soir, il l’a gardé 2 semaines comme livre de chevet, il l’a rangé, et il a participé à un ou plusieurs projets agiles au sein de sa DSI. il a atteint un certain niveau de maturité sur les projets agiles et a pris du recul sur la méthode. Il se pose aujourd’hui des questions comme « Peut-on vraiment concilier TMA et agilité? »ou alors « Comment pérenniser la dynamique d’amélioration continue au sein de mes équipes » ou bien encore « Comment fluidifier les process en amont et en aval de mon équipe Scrum? », etc.
Le format Open Space c’est quoi ?
C’est un format ouvert sur une demi journée, où les participants proposent et choisissent eux-mêmes les sujets sur lesquels ils vont ensuite travailler par petits groupes lors de sessions de 40 minutes. A l’issue de chaque session, chaque groupe présente à l’ensemble de l’assemblée un compte-rendu des échanges. La philosophie de l’exercice est très bien décrite ici.
Et pourquoi un Open Space pour praticiens agiles ?
Parce que la communauté de praticiens agiles est de plus en plus grande et que nous, OCTO, constatons que les questions qui reviennent chez nos clients Agiles sont souvent focalisées autour des mêmes problématiques.
Après avoir organisé plusieurs ateliers découvertes de l’agile sur le format Open Space ces dernières années, nous avons donc organisé et animé une première session dédiée au praticiens agiles le 24 Novembre dernier, à laquelle ont participé des acteurs comme Médiametrie, FigaroCMS, Viadeo, Danone et Allocine.
Il y a peu, je participais à une réunion de travail impliquant une trentaine de personnes et j’ai fait une observation qui m’a intrigué. Avez-vous remarqué ce qui se produit lorsqu’un téléphone portable sonne au cours d’une réunion ?
Voilà un exemple de mesure préventive particulièrement efficace! Dans les entreprises où l’on respecte un certain standard de réunion, l’exception que constitue la sonnerie d’un portable ne se produit qu’une seule fois, pas deux. La première “infraction” protège le groupe de toute nouvelle occurrence. Elle agit en quelque sorte comme un “vaccin” sur le fonctionnement du groupe en réunion.
Quelles conditions faut-il réunir afin de créer d’autre vaccins de ce type au sein d’une équipe ? (Lire la suite…)
A l’occasion de l’édition 2011 de la conférence Agile France qui aura lieu les 26 et 27 mai à Paris, OCTO présentera les sessions suivantes :
« Et après avoir enregistré la livraison, on voit que le stock du produit… n’est pas mis à jour… »
Une application pas assez stabilisée, des scénarios déroulés de manière trop hasardeuse, un démonstrateur peu familier de l’application… l’ »effet démo » devrait alors être rapidement invoqué pour justifier les comportements inattendus et autres « stacktraces » présentés à l’écran devant un auditoire au mieux interloqué, au pire moqueur.
Pourtant, cet effet et les moments de solitude qui en découlent peuvent être maîtrisés avec peu de préparation. Au travers d’un cas réel, nous vous proposons dans cet article de parcourir les principales astuces vous permettant de sécuriser une démonstration et de combattre l’effet démo qui, un peu à la manière du « Plouf« , s’instille sournoisement dans les habitudes d’une équipe. Le cas pris pour exemple de cet article est un projet mené sur un mode « Scrum ». Cependant, le principe de la démo reste valable hors de ce contexte.
Vous trouverez en pièce jointe une checklist synthétisant les vérifications à faire afin de mettre toutes les chances de votre côté.
11h41, nous sommes en plein pendant l’atelier de construction de la vision partagée du projet MyNewSI 2.0. Si on tend l’oreille nous pouvons entendre les discussions suivantes :
« Oui le projet est stratégique, mais il y a en a trois autres de prévu en parallèle cette année »
« Oui cette idée est géniale, mais nos clients ne vont pas y adhérer »
« Oui le 12 Octobre est une bonne date pour la release, mais on n’aura jamais l’environnement de recette à temps ! »
Y’a-t-il une clinique dans votre société ?
Est-ce que votre patron, comme dans le film Inception, lance une extraction pour vous récupérer en mission ?
En fin de réunion, organisez-vous un ROTI avec les participants ?
Un One on One avec votre manager relève-t-il nécessairement du harcèlement sexuel ?
« Typiquement » est-il réellement le mot le plus prononcé par les informaticiens ?
Une aventure collective : un livre, des auteurs
Partageons ce qui nous départage est un ouvrage collaboratif, écrit par une trentaine d’OCTOs, sur les petites recettes et les meilleures pratiques qui font la différence au quotidien, au sein-même de notre société et également chez nos clients. Et qui répond, accessoirement mais non sans humour, à ces multiples questions liminaires. (Lire la suite…)
