Expliquez à un responsable non technique que l'outil qu'il a choisi n'est pas adapté

Mon responsable non technique vient de payer une licence pour utiliser un outil conçu pour sélectionner les mentions de votre marque sur les blogs, les "médias sociaux", les commentaires, etc. et évaluer le sentiment (positif, neutre, négatif) de la publication. Ce qu'il veut que je fasse, c'est de l'utiliser pour effectuer une tâche qui ne peut être réalisée qu'avec un certain niveau de traitement du langage naturel et qui affiche donc des résultats sans rapport avec la requête que vous pouvez essayer.

Je veux pouvoir lui expliquer que cet outil est conçu pour la tâche X et ce que nous essayons de faire est la tâche Y. Y ne peut pas être modélisé comme X. Et tout le succès de l'outil qu'il cite comme preuve est une preuve de X qui n'est pas Y.

Envoyez simplement un e-mail au support technique du produit: "Comment dois-je faire la tâche Y à l'aide de votre outil?"

Peut-être que vous serez surpris, peut-être votre manager ...

Tout d'abord, soyez prudent lorsque vous lui expliquez que l'outil qu'il choisit n'est pas adapté. Vos intentions, aussi bonnes soient-elles, peuvent être perçues comme un moyen pour vous d'éviter de faire la tâche ou pire encore - vous pouvez le faire se sentir stupide (et vous ne voulez pas cela).

Comme vous l'avez expliqué ici - l'outil n'est pas capable de faire de telles choses. Expliquez-lui en langage clair quels sont les cas d'utilisation prévus pour cet outil et quels résultats sont possibles avec cet outil.

Vous pouvez également découvrir d'autres moyens (outils) d'accomplir la tâche et en discuter avec lui. Préparez-vous bien à ses questions afin qu'il puisse voir que vous savez de quoi vous parlez.

S'il n'est toujours pas convaincu, essayez une autre approche. Calculez le temps que vous devrez consacrer à la tâche (si vous réussissez même) avec l'outil X et le temps qui vous prendra en utilisant l'outil Y. Si les avantages en termes de temps de l'utilisation de l'outil Y sont excellents (temps == argent), il peut choisir l'autre outil.

L'utilisateur christian.p a fait d'excellentes suggestions que je récapitulerai:

• Ne le faites pas se sentir stupide: cela entraînera des réponses émotionnelles irrationnelles illicites.

• Recherchez d'autres outils qui exécutent la tâche Y: cela montre que vous souhaitez vraiment l'aider à résoudre le problème en proposant des alternatives.

• Fournissez un devis pour le développement personnalisé de la fonctionnalité Y: cela montre que vous n'êtes pas paresseux et lui donne l'impression que vous ne le brossez pas.

Ce que je voudrais ajouter, c'est que vous devriez essayer de voir cela à travers la perspective de la gestion. Je suis sûr que cela ne vous surprend pas qu'il y ait BEAUCOUP de développeurs de logiciels et de professionnels de l'informatique sans valeur dans le domaine, et votre manager a probablement été autour du bloc suffisamment de fois pour avoir eu le malheur de gérer un certain nombre de ces personnes.

Les gestionnaires se dit « Y est impossible » par soi - disant « professionnels » tout le temps qui soit tragiquement mal informé, manifestement fausses ou scandaleusement mensonger. Beaucoup d'entre eux découvrent cela plus tard en parlant à un technicien plus qualifié ou découvrent ces choses des années plus tard après que cette personne ait déjà quitté l'entreprise et que le nouveau mec arrive et fasse l'imagination impossible.

Là où je travaille maintenant, mon manager avait un certain nombre de mythes sur les capacités de la plate-forme technologique sous laquelle nous travaillons, nourris par l'équipe de développement précédente (et si la qualité épouvantable de leur code correspond à leur niveau de compétence, ce n'est pas flatteur). J'ai prototypé et mis en œuvre un certain nombre de choses qui changent la donne en plus de respecter les délais et les objectifs et maintenant mon manager me fait confiance.

Gagner la confiance de vos managers est le seul moyen d'éviter le travail fastidieux de prouver vos affirmations. Maintenant que j'ai sa confiance, je peux lui dire que quelque chose est "un défi extrême" (je n'utilise JAMAIS le mot impossible pour décrire quoi que ce soit), et il me prend au mot.

Prenez la tâche souhaitée que vous attendez de l'outil et créez des cas d'utilisation. Montrez à votre responsable que l'outil ne parvient pas à produire la sortie souhaitée de ces cas. Expliquez que la modification ne peut pas être effectuée pour des raisons telles que l'outil n'a pas de potentiel de crochets, le fournisseur de l'outil ne fournit pas de documentation pour le faire, etc.