Feedback

Le feedback est une des valeurs d’eXtreme Programming exprimée comme suit:

Nous prennons chaque engagement d’itération au sérieux en fournissant un logiciel fonctionnel. Nous faisons une démonstration précoce de notre logiciel, puis nous écoutons fréquemment et attentivement pour apporter les modifications nécessaires. Nous parlons du projet et adaptons notre processus à celui-ci, et non l’inverse.

En synthèse dans ce contexte d’une équipe de développement logiciel, il s’agit de solliciter et écouter fréquemment et attentivement “les parties prenantes” pour adapter la façon de faire en vue d’atteindre un objectif commun.

Questionnaire Structure, Processus et Modes de fonctionnement

Pour chacun des quelque 40 modes de fonctionnement et processus ci-dessous, qu’est ce qui différencie votre structure de celles de vos confrères du même secteur, que ce soit en termes d’actions ou d’intention ?

Commentaire JP: Même déclinée en 40 questions, cela demande aux interlocuteurs de connaître ce qui les différencie d’autres, donc pas seulement de ce connaître soi, mais aussi les autres. Aller voir ce qui se passe ailleurs est certainement instructif et même moteur de changement. Dans la forme et le mode opérateur je ne suis pas certain que le questionnaire soit “pratique”. Peut-être créer/rechercher une forme de “Organization model canvas” pour relever points forts/faibles et points différenciants par rapport aux autres ?

Le feedback est une des valeurs essentielles de l’Agilité. L’explication originale est certainement donnée par Kent Beck dans “eXtreme Programming explained”, qui en a fait une des 5 valeurs fondamentales de la méthode XP.

Selon le contexte, la forme et les qualificatifs qu’on lui donne, plein de choses ont été dites sur le feedback et ses vertus:

Marketing - Product Management / Comment recueilir le feedback des clients ?

Manager / Comment donner un feedback négatif sans entamer la motivation ?