Le changement de lieu où réside la valeur
Produire un premier brouillon est devenu peu coûteux
Dans le commerce et le travail intellectuel, produire un premier brouillon plausible : une note, une requête, un design, un diaporama, un bloc de code : coûte désormais très peu. Les systèmes automatisés génèrent une sortie confiante sur demande. Ce qu'ils ne peuvent pas faire, c'est décider si la sortie répond à la bonne question.
Ce changement déplace la levier du professionnel en amont. La compétence rare n'est plus de taper la première version. C'est le cadrage du problème, la rédaction de la spécification, la décomposition du travail, la pose d'une question précise et le jugement du résultat qui revient.
Cette leçon approfondit quatre disciplines qui se cumulent :
- Définition du problème : distinguer le symptôme apparent du problème réel.
- Spécification : transformer une demande floue en critères de succès précis et testables, ainsi qu'en contraintes.
- Décomposition : structurer un grand problème en sous-problèmes indépendants et vérifiables.
- Poser la bonne question : à un intervenant, à un jeu de données ou à un système automatisé, où la précision de la question fixe une limite supérieure à la valeur de la réponse.
Une réponse assurée à la mauvaise question est pire qu'aucune réponse, car elle semble terminée et elle est déployée. Le rôle du professionnel est de s'assurer que la question valait la peine d'être posée avant qu'elle ne soit traitée.
La demande de la direction
Séparer le symptôme du problème
Un symptôme présenté est ce que quelqu'un rapporte. Le vrai problème est la condition sous-jacente qui l'a produit. Résoudre bien un symptôme peut laisser le vrai problème intact, et une exécution confiante masque cet échec jusqu'à ce qu'il apparaisse de manière coûteuse plus tard.
Un directeur général (VP) s'approche et dit : « Notre tableau de bord des ventes est trop lent. Construisez-nous un tableau de bord plus rapide d'ici la fin du trimestre. » C'est un symptôme présenté comme une solution. L'instruction nomme déjà une technologie (tableau de bord) et une correction (plus rapide), ce qui élimine discrètement de meilleures options.
Le coût de la résolution du mauvais problème avec brio est le piège. Une équipe peut livrer un tableau de bord magnifiquement rapide, respecter l'échéance, gagner des éloges et échouer quand même, parce que le directeur général avait en réalité besoin de détecter le risque d'attrition à temps pour agir, et ne regardait pas le tableau de bord quotidiennement de toute façon.
De la demande floue aux critères testables
Une spécification transforme l'opinion en test
Une demande floue (« améliorer l'onboarding », « nettoyer les données », « ajouter une recherche ») ne peut ni être livrée ni vérifiée, car personne ne peut dire quand elle est terminée. Une spécification remplace les adjectifs par des tests. Elle énonce les critères de réussite en termes mesurables et les contraintes que la solution doit respecter.
Deux ingrédients rendent une spécification concrète :
- Critères de réussite testables : une condition que l'on peut vérifier (réussite ou échec) sans débat. « Rapide » est une opinion ; « réponse p95 inférieure à 400 ms à 200 requêtes par seconde » est un test. « Meilleur onboarding » est une opinion ; « 80 % des nouveaux utilisateurs complètent l'étape 3 lors de leur première session » est un test.
- Contraintes explicites : les limites dans lesquelles la solution doit s'inscrire : budget, délai, données qu'elle ne doit pas toucher, systèmes qu'elle ne doit pas modifier, réglementations qu'elle doit satisfaire. Les contraintes ne sont pas des obstacles ; elles constituent la moitié de la définition d'une réponse correcte.
Une discipline utile. Pour chaque adjectif dans la demande, notez la mesure qui permettrait de trancher, ainsi que la contrainte qui l'encadre. Si vous ne pouvez pas rédiger le test, vous ne comprenez pas encore suffisamment la demande pour commencer.
Lorsque la première ébauche est peu coûteuse à générer, c'est la spécification qui vous indique si l'ébauche est de qualité. Une spécification précise est un jugement réutilisable. Elle évalue chaque réponse candidate de la même manière.
Sous-problèmes indépendants et vérifiables
Découper le rocher en pierres vérifiables
Un grand problème résiste au jugement car on ne peut pas dire quelle partie est fausse. La décomposition le structure en sous-problèmes, chacun assez petit pour être vérifié de manière autonome. Une bonne décomposition possède deux propriétés.
- Indépendance : les sous-problèmes se chevauchent le moins possible, de sorte qu'un changement dans l'un ne casse pas silencieusement l'autre. Lorsque les parties sont indépendantes, elles peuvent être traitées, testées et même automatisées en parallèle, et un échec se localise au lieu de se propager.
- Vérifiabilité : chaque sous-problème porte son propre test de réussite, de sorte que vous pouvez confirmer qu'il est résolu avant d'assembler l'ensemble. Une partie que vous ne pouvez pas vérifier est une partie à laquelle vous ne pouvez pas faire confiance.
Un problème bien décomposé vous indique également où diriger le jugement humain rare. La plupart des sous-problèmes sont routiniers et peuvent être confiés à un système automatisé ou à un junior et vérifiés par rapport à leur test. Un ou deux sont le point crucial, à haute incertitude, à fortes conséquences, et faciles à traiter de manière erronée avec assurance. Ce sont ceux qui retiennent l'attention de l'expert.
Méfiez-vous d'une fausse décomposition : des parties qui semblent seulement séparables mais partagent une dépendance cachée, de sorte que les pièces « terminées » ne composent pas un ensemble fonctionnel. Le test d'une décomposition est de savoir si la résolution de chaque partie, chacune vérifiée, résout effectivement le problème d'origine.
La question fixe le plafond de la réponse
Question d'ordures en, réponse d'ordures confiante en
Que vous interrogiez un intervenant, un jeu de données ou un système automatisé, la précision de votre question fixe un plafond à la valeur de la réponse. Une question vague n'échoue pas bruyamment. Elle renvoie une réponse fluide, confiante et plausible à une question que vous n'aviez pas l'intention de poser, et cette réponse semble complète.
Considérez une demande de données ambiguë : « Donne-moi nos meilleurs clients. » Chaque mot porteur est indéfini. Meilleur selon quel critère : chiffre d'affaires total, marge, rétention, taux de croissance, parrainages ? Sur quelle période : durée de vie, douze derniers mois, ce trimestre ? Quels clients comptent : actifs uniquement, y compris les perdus, y compris les essais ? Un jeu de données répondra volontiers à la version que la requête se trouve à encoder, et le demandeur agira en conséquence comme si c'était celle qu'il avait en tête.
Une question précise fixe quatre éléments : la quantité ou l'entité exacte, la population sur laquelle elle porte, la fenêtre temporelle, et les critères de départage ou seuils. La même discipline s'applique à une personne (« quand vous dites meilleur, voulez-vous dire le plus rentable cette année, ou le plus susceptible de renouveler ? ») et à un système automatisé, où un prompt sous-spécifié produit une réponse confiante à la mauvaise question.
La compétence professionnelle est de détecter l'ambiguïté AVANT que la réponse n'arrive, car une réponse fausse mais confiante est coûteuse à détecter a posteriori. La précision dans la question est moins coûteuse que la correction a posteriori.
Où réside désormais votre levier d'action
Un premier brouillon est peu coûteux ; le cadrage et le jugement, non
Rassemblez les fils. Lorsqu'une première version plausible de presque n'importe quoi peut être produite sur demande, le travail qui porte de la valeur est celui qu'un système automatisé ne peut pas faire à votre place : décider quel problème vaut la peine d'être résolu, spécifier ce que signifie « correct », découper le problème pour qu'il puisse être vérifié, poser la question avec précision, et juger si la réponse retournée répond réellement à la spécification.
Appliquez cette liste de contrôle du cadrage à toute tâche ambiguë, avant de générer le moindre brouillon :
- Problème : Quel est le symptôme apparent et quel est le problème sous-jacent ? Quel est le coût de la résolution du mauvais problème ?
- Succès : Quelles sont les critères testables pour « terminé et correct » ? Deux personnes pourraient-elles être en désaccord sur le fait que chacun est rempli ? Si oui, affinez-les.
- Contraintes : Quelles limites la solution doit-elle respecter : budget, délai, données, systèmes, règles ?
- Périmètre : Qu'est-ce qui est délibérément exclu du périmètre ?
- Décomposition : En quels sous-problèmes indépendants et vérifiables individuellement cela se décompose-t-il ? Lequel est le point crucial pour le jugement humain ?
- Question : Pour toute requête à une personne, un jeu de données ou un système, la métrique, la population, la fenêtre et le critère de départage sont-ils fixés ? Quelle ambiguïté pourrait renvoyer une réponse fausse mais présentée avec assurance ?
- Jugement : Lorsque la réponse arrive, quel test me permet de dire qu'elle est juste plutôt que simplement fluente ?
Le professionnel de cette époque n'est pas celui qui produit les brouillons initiaux le plus rapidement. C'est celui qui cadre le problème si bien qu'une bonne réponse devient vérifiable, et une mauvaise devient visible.
Ce que vous emportez avec vous
Deux phrases à retenir
Vous avez pratiqué la séparation du symptôme du problème, la rédaction de critères de réussite testables avec des contraintes explicites, la décomposition d'un problème en parties indépendantes et vérifiables, et l'affûtage d'une question pour qu'elle ne puisse pas renvoyer une réponse fausse mais présentée avec assurance. Ces quatre actions constituent une seule compétence : le cadrage.
Résoudre le mauvais problème avec brio est l'erreur la plus coûteuse dans le travail intellectuel, car elle ressemble à un succès. Et la précision de votre question fixe le plafond de la valeur de toute réponse, qu'elle provienne d'une personne, d'un jeu de données ou d'un système automatisé.
Produire un premier brouillon est désormais peu coûteux et le devient de plus en plus. Le cadrage du problème, la rédaction de la spécification et l'évaluation du résultat sont là que réside la levier d'un professionnel. Gardez la liste de contrôle. Posez la question plus précise. Définissez « terminé » avant de commencer.