Archives de l’auteur : pierrefauvel
Vers une autre structure projet
SOUS-SYSTEMES Couper un système en deux crée deux sous-systèmes et une interface, une surface de frontière commune aux deux systèmes. Cette interface va engendrer du gaspillage, au sens lean du terme. MODE PROJET MULTI-ORGANISATION Exemple caricatural mais réaliste : une … Lire la suite
Transformation agile agile : Les besoins et la valeur
Deuxième post d’une série sur la question : « la transformation agile de l’entreprise est-elle elle-même agile ? » Je contribue à la transformation agile d’un grand compte industriel, au sein d’une équipe de 5 coaches. Cette série de post est un … Lire la suite
Transformation agile agile : process & tools
Premier post d’une série sur la question : « la transformation agile de l’entreprise est-elle elle-même agile ? » Dans le manifeste agile: « Les individus et leurs interactions plutôt que les processus et outils ». Pourtant, sur une transformation d’un grand compte : … Lire la suite
ALM : Les cordonniers sont les plus mal chaussés
L’ALM (Application Lifecycle Management) dénomme des solutions du marché qui ont l’ambition de tout gérer : expression de besoin, spécification, code, tests, traçabilité entre tous ces aspects. J’approche l’ALM avec un postulat simple : Les projets sont des entités organisationelles … Lire la suite
La doc est un code comme les autres
Par documentation, j’entends : documentation utilisateur en ligne ou papier supports de formation (pour les différents auditoires) documentation d’administration fonctionnelle documentation d’installation documentation d’administration technique documentation d’exploitation documentation pour la maintenance corrective et évolutive (notamment design & tests) etc… Mon … Lire la suite
Ce qui fait une équipe formidable
Nous avons tous connu la sensation de faire partie d’équipes formidables. J’ai retrouvé ces derniers mois ce plaisir (comme coach) et je vais vous livrer ce qui me semble en être les caractéristiques : Casting de haut niveau de sélection. … Lire la suite
Pourquoi passer du conseil au coaching agile ?
Une brève réflexion sur la transition du conseil au coaching en agilité.
My Own GTD Sprints
Since it has been asked for in english by Yves Hanoulle, this short post will be in english ;-) I started this summer a very simple experiment. I think that this should sound familliar to anybody practicing agile. I had … Lire la suite
Réunions (2/..) : 2 coachs valent plus que 4 coachs
Je pratique ces temps-ci à hautes doses des réunions entre coach agiles réalisées chez mon client, pour coordonner nos activités « transverses » (au niveau de la transformation agile elle même, au delà du coaching de nos projets respectifs). Nous avons constaté … Lire la suite
Réunions (1/..)
Voici ce que nous faisons (ou devrions faire) sur nos réunions. C’est assez bateau mais cela va mieux en le disant : Avant Une invitation est envoyée : date et heure de début, durée, agenda, contexte (supports, lien vers le … Lire la suite
Agile, Lean, CMMI : Amélioration, Norme, Evaluation
Les méthodes Agile : Le projet tend à s’améliorer L’équipe apprend à s’organiser sous les contraintes du projet, et cet apprentissage est rythmé par les rétrospectives. Que dire des autres projets agiles au sein de la même organisation ? Une … Lire la suite
Je soutiens le référentiel « Institut Agile »
(et bravo à Laurent Bossavit qui a fondé et anime ce vénérable institut)
Open Space Technology – La communauté agile chez X (REX)
Nous avons appliqué le principe de l’Open Space Technology (ou Forum Ouvert) chez X. Je vous livre ci dessous ce que nous avons fait et ce que nous n’avons pas bien fait (je vous laisse deviner) : AVANT – préparer … Lire la suite
Prez « Indicateurs agiles » : Rex
Un (modeste) retour d’expérience récente de présentation interactive à la CARA Ce que j’ai fait et ce que je n’ai pas fait (je vous laisse deviner) AVANT faire une pub ciblée avant se mettre d’accord clairement sur qui fait quoi … Lire la suite
Distinguer, regrouper, articuler
Quand on est plongé dans un contexte, avec ses particularités (et ses concessions dues à l’organigramme), on perd un peu le nord, la vision claire, les concepts et les rôles se mélangent ou se scindent artificiellement Distinguer Exemple 1 : … Lire la suite
Offres, Centres de Compétences et Business Unit
Une offre c’est une marque, un produit (ou une famille de produit). Elle a une unité, une cohérence. Elle a une valeur ajoutée par rapport à la concurrence. Elle a un marché, i.e. un ensemble de clients types intéressés par … Lire la suite
Inception
Il ne s’agit pas du film, plutôt du sens qu’avait le mot dans les phases du Rational Unified Process mais appliqué à tout activité intellectuelle. Les livres sur le brainstorming, une technique de créativité collectivent, illustrent bien à mes yeux le … Lire la suite
Reorganisation d’un organigramme par offres
Périodiquement, les SSII se réorganisent (pour être plus efficaces, pour mieux attaquer le marché, pour mieux servir les clients, …). Parfois, une mouche les pique et elles se réorganisent en « offre ». J’ai vécu ça plusieurs fois, avec un certain scepticisme. … Lire la suite
Quelques idées en vrac
J’ai assisté à une réunion de présentation des évolutions de « skills », nom de code pour nos pratiques CMMI à SQLI. Comment souvent, ce genre de réunion est une source d’inspiration, même si les idées ne sont pas toujours liées à … Lire la suite
Le coût et le prix
Quand l’équipe estime en temps idéal des développements, elle estime la complexité de construction, bref le coût de production. Implicitement ou explicitement, le product owner estimera lui en points, quelque chose qu’il lie confusément au service rendu, aux tâches simplifiées, … Lire la suite