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.

(Lire la suite…)

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 ?

• La personne propriétaire du portable l’éteint rapidement
• Tous ceux qui ne l’avaient pas encore fait vérifient leur portable et activent discrètement le mode silence.

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 :

• « La Pilule Rouge, des pistes pour la collaboration distante » par Guillaume Duquesnay
• « L’Agiliste et l’Iphoniste, une histoire de couple » par Jean-François Grang
• « Transition Agile – Culture du changement ou changement de culture ? » par Thomas Lissajoux
• « Comment réussir un projet Agile très court » par Jonathan Scher
• « Agilité et modèle de changement » par Mathieu Gandin

(Lire la suite…)

« 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é.

(Lire la suite…)

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 ! »

(Lire la suite…)

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…)

En tant que consultant, il m’est arrivé d’intervenir au sein de plusieurs équipes de développement pour les aider à devenir Agiles. Alors que ce type de méthode trouve une certaine popularité au sein du monde informatique, j’ai eu l’occasion d’observer quelques comportements assez différents dans la manière dont l’agilité s’installe dans ces équipes.

On peut dire que c’est le contexte, mais on peut aussi allez plus loin. Jean-François Helie vous avait présenté les différentes phases de développement d’une équipe en mars derniers, je vous propose à mon tour de creuser un autre modèle avec celui de Bruce Tuckman.
(Lire la suite…)

Les méthodes agiles recommandent la colocalisation des acteurs (i.e. une localisation physique dans un même bureau) pour une meilleure communication, une meilleure collaboration et globalement une équipe ou un processus projet plus performants. Par exemple Ken Schwaber dans The Enterprise and Scrum :

« High-bandwidth communication is one of the core practices of Scrum… The best communication is face to face, with communications occurring through facial expression, body language, intonation, and words. »

Que disent les sciences de ce sujet aujourd’hui âprement discuté dans la communauté agile et ô combien toujours délicat à mettre en œuvre dans les faits ?
(Lire la suite…)

Chez OCTO, en bons architectes, nous aimons travailler avec les murs : ils sont partout, tout le monde passe devant, ils sont donc un média extrêmement puissant. La communication visuelle a prouvé, et continue de prouver, son efficacité chez plusieurs de nos clients : autant pour gérer un projet en mode agile que pour amener des équipes à échanger sur l’architecture d’un projet ou le processus de GDI interne.

A bon travailleur bons outils, et loin de marteaux et clous, ce sont de feuilles dont nous allons parler (en plus c’est de saison).

(Lire la suite…)

Dans un brillant post « la maison cassée« , Lean Machine Square nous rappelle que l’amélioration continue ne fonctionnera qu’en respectant les individus. Respect pour leur travail, respect pour leurs idées, respect du temps « non-productif » nécessaire à leur mise en place …

Lors d’une récente conférence, je me faisais l’écho de l’informatique conviviale en insistant sur le fait qu’exiger l’amélioration continue nécessitait jusqu’à un nouveau contrat social. En effet, s’améliorer, c’est à dire faire des gains de productivité, revient quelque part à « supprimer son job ». En évacuant les gaspillages, le même travail s’effectue maintenant avec moins de ressources. Mais quand les ventes de votre produit stagnent, et que l’entreprise ne cherche pas de nouveaux débouchés pour ses salariés, que va-t-il se passer ? Et bien, comme à Toyota Valenciennes : il y a surproduction, donc on licencie. Bilan : ceux qui se sont améliorés sont ceux qui seront punis !

Aïe.

L’entreprise lean sera donc forcée d’écrire sur ses murs : supprimez votre job, vous êtes promus.

Possible ou impossible selon vous ?