Relation avec le client et le besoin

Comprendre la demande et découper le travail : les biais qui faussent le besoin.

Un projet réussi résout le bon problème. Cette famille décrit les biais qui faussent la compréhension du besoin : entendre dans la demande ce qui confirme la solution déjà imaginée, surévaluer ce qu'on a spécifié, craindre l'inconnu, ou optimiser sa part sans voir l'ensemble.

Les parades relèvent de la méthode : partir du problème avant la solution, observer le travail réel, tester auprès d'utilisateurs qui n'ont pas été impliqués dans la conception.

L'effet de dotationCe qu'on possède, ou ce qu'on a soi-même spécifié, paraît plus précieux qu'avant de l'avoir. Où il frappe (périmètre, négociation de contenu, existant à remplacer), comment le repérer et s'en défendre.L'aversion à l'ambiguïtéOn préfère un risque dont on connaît les probabilités à un risque dont on les ignore, même quand le second est au moins aussi favorable. Où il frappe (choix de fournisseur, de technologie, de recrutement), comment le repérer et s'en défendre.La confirmation du besoinOn entend dans la demande du client ou de l'utilisateur ce qui valide la solution déjà imaginée. Où il frappe (recueil de besoins, ateliers, spécifications), comment le repérer et s'en défendre.Le biais de l'expertL'expert surestime la portée de son domaine, la fiabilité de ses prévisions et ignore d'autres pistes. Où il frappe (conseil, architecture, choix de méthode), comment le repérer et s'en défendre.L'optimisation locale (« bout de chaîne »)Chacun optimise sa part du travail sans voir l'effet sur l'ensemble. Où elle frappe (découpage en lots, relations entre équipes, DevOps), comment la repérer et s'en défendre.