Dynamique d’équipe

Agile

LANCER UN PROGRAMME AGILE MULTI-ÉQUIPES : 2 – LE BIG KICK-OFF

Le why ? La réussite d’un programme agile multi-équipes repose sur les mêmes principes que pour une seule équipe : Simplifier l’organisation et miser sur les interactions pour libérer l'intelligence collective. Pour ce faire, vous pouvez appliquer les principes de la croissance organique mais si cela n’est pas possible parce que le programme est déjà en retard, sur-spécifié et que plusieurs équipes vont être rapidement mobilisées pour le réaliser… Je vous recommande d’organiser un Big Kick OFF Agile. Le Big Kick Off est un événement…

Lire la suite
Agile

LANCER UN PROGRAMME AGILE MULTI-ÉQUIPES : 1 – LA CROISSANCE ORGANIQUE

Le why ? La réussite d’un programme agile multi-équipes repose sur les mêmes principes que pour une seule équipe : Simplifier l’organisation et miser sur les interactions pour libérer l'intelligence collective. La façon la plus simple, la plus participative et la plus agile -selon moi- d’assurer le lancement de ce type de programme est d’appliquer la démarche de “croissance organique”. La particularité de cette approche réside dans le fait de ne mobiliser qu’une seule équipe dans les premiers mois du projet puis de construire progressivement…

Lire la suite
Agile

LANCER UN PROGRAMME AGILE MULTI-ÉQUIPES : BIG KICK-OFF ou CROISSANCE ORGANIQUE ?

Le why ? Pour réussir un projet et créer une équipe agile qui performe, nous misons sur des petites équipes pluridisciplinaires co-localisées qui prennent le temps du cadrage agile (cadrage 360°) : une série de 6 à 7 ateliers qui assure la mise en place de l’esprit de collaboration et de co-conception avec toutes les parties prenantes, initie une démarche produit itérative et incrémentale et permet d’obtenir une équipe agile sur les « starting-blocks » prête à réussir son projet. Ces derniers mois, on m’a régulièrement posé…

Lire la suite
Méthode

Développeurs, défendez vos méthodes de travail sans conflits grâce à la Communication Non-Violente !

Photo by rawpixel, Unsplash

Dans mes précédents articles (épisode 1, épisode 2), j'insiste, à travers le récit de mon expérience personnelle, sur la nécessité de mieux se connaître et surtout de mieux communiquer quand on est développeur. Certains d’entre vous, m’ont répondu “Super ! Je me reconnais beaucoup dans ce que tu décris, mais… à partir de là, concrètement je fais quoi ?” Bien sûr, comme pour toute question qui vaille la peine d’être posée, ici, pas de silver bullet… Mais, j’aurais tendance à dire que si vous partez…

Lire la suite
Agile

Mesurer l’état de santé de vos équipes

Au cours d'une mission récente a émergé le besoin de tester l’état de santé d'un ensemble d'équipes travaillant sur un système d'information commun. On parle ici de 7 équipes, composées de 3 à 8 personnes aux profils variés : support aux utilisateurs, développeur, product owner, business analyst et architecte transverse, soit une trentaine de personnes au total. Il y a plusieurs origines à ce besoin, les deux principales étant : Pour les équipes : provoquer un moment de discussion afin d’identifier d'éventuelles douleurs communes et…

Lire la suite
Agile

A la recherche de l’innovation perdue – Compte-rendu du petit-déjeuner OCTO du 15 février 2018

En guise d’introduction De quoi parle-t-on sous couvert du terme d’Innovation ? N’est-ce pas le terme “tarte à la crème” maintes fois rabâché ? Et si tout le monde innove, qui plus est de la même manière, ne risque-t-on pas le mimétisme et la standardisation, donc le contraire du but recherché ? Voir la présentation complète du petit-déjeuner sur slideshare. Voir la vidéo du petit-déjeuner

Lire la suite
Agile

WIP de 1, une histoire de WIP limits qui finit bien

Picto MOA Agile

Au début de notre projet, nous avions des WIP limits (Limitation du Work In Progress/Process). Elles sont vite devenues gênantes, et nous les avons supprimées. Mais un jour nous avons eu une douleur qui nous a décidés à réinstaurer des WIP limits ; et pas n'importe lesquelles : des limites de 1. Dès l'itération suivante, nous avons très significativement amélioré notre productivité. Avoir des WIP limits ne se justifie que si elles répondent à une douleur partagée. Sinon, c'est du Kanban by the book et…

Lire la suite