Comment un développeur doit-il rejeter les exigences impossibles? [fermé]

74

Voici le problème auquel je suis confronté:


Citation du chef de projet:

Hey Spark, je vous charge de développer un framework pouvant être utilisé pour différentes applications iOS. Voici les exigences:

  • Il devrait être capable de détecter l'épaisseur du pouce ou des doigts servant à manipuler l'interface utilisateur.
  • Avec cette information, tous les éléments de l'interface utilisateur doivent être arrangés et dimensionnés automatiquement .
  • Pour un pouce plus grand, les éléments doivent être disposés plus près du centre de l'écran.
  • Pour un pouce plus petit, les éléments doivent être disposés plus près des coins de l'écran.
  • Pour un pouce plus grand, toutes les polices doivent être plus petites. (Nous supposons un adulte dans ce cas.)
  • Pour un pouce plus petit, toutes les polices doivent être plus grandes. (Nous supposons une personne plus jeune dans ce cas.)

Sommaire:

Ce cadre est requis pour créer par programmation des interfaces utilisateur conviviales. Le cadre doit être développé de manière à pouvoir être utilisé pour autant de projets que nécessaire, il doit donc également être très convivial pour les développeurs.


Je suis le développeur chargé de cette tâche; mes questions sont donc les suivantes:

  • Comment puis-je expliquer que ces exigences sont un peu ridicules?
  • Comment puis-je expliquer qu'il serait préférable de se concentrer sur le développement de projets concrets?
  • Comment puis-je expliquer que même si cela était possible, je ne recommanderais pas de développer une telle chose?
  • Comment puis-je dire NON à ce projet poliment, gentiment et respectueusement?
  • Comment puis-je expliquer que même pour un développeur ayant 3 ans d'expérience, cela pourrait ne pas être possible?
Sagar R. Kothari
la source
7
Vous obtiendrez beaucoup de points Brownie en ne répondant pas à toutes ces exigences "idiotes" et en évitant le pire "non". Expliquez que les périphériques iOS ne prennent pas en charge ce type de fonctionnalité.
Ramhound
26
How do I say politely, gently & respectfully NO to this? Un autre conseil que je devrais vous donner, pour avoir un peu de contrôle avec vos patrons, vous devriez toujours les laisser tirer leurs propres conclusions. S'ils vous ordonnent, ne dites jamais non, expliquez simplement les faits et discutez des problèmes. Essayez de leur faire comprendre à quel point leurs demandes sont stupides, car ils risquent de ne pas connaître les détails. Ils verront probablement que c'est une idée stupide et vous donneront une tâche différente, et vous n'avez JAMAIS eu à dire NON. Je ne dis jamais NON et j'obtiens tout le temps des exigences stupides qui ne se produisent jamais.
maple_shaft
151
Je pensais que la partie de l'exigence dont vous vous plaigniez, c'est qu'ils vous appelaient Sugar . Ensuite, j'ai vu votre nom d'utilisateur :)
Goran Jovic
6
Peu importe le fait que la taille de doigt «observée» changerait en fonction de la manière dont ils tiennent l'appareil. Et le prêter aux gens? Déplacer des boutons est terrible, et pas seulement du point de vue du client - comment êtes-vous censé fournir une assistance raisonnable à cet égard (les boutons ne sont pas dans des emplacements normalisés)? Et comment définissez-vous un pouce "plus grand" / "plus petit" - et la corrélation avec l'âge? Les femmes ont tendance à être plus petites (et ont de plus petites mains) que les hommes - votre application doit-elle connaître le sexe? Et les problèmes d'optique ont tendance à s'aggraver avec l'âge, pas mieux.
Clockwork-Muse
13
Essayons de détecter le taux de rides du doigt pour aider à deviner l'âge. Ensuite, lorsque vous avez un gros doigt avec un taux de rides élevé, vous avez une personne âgée qui a besoin de polices plus grandes. Et lorsque vous avez un petit doigt avec un taux de rides élevé, vous avez un enfant qui vient de sortir du bain et vous écrirez une erreur en lui disant que c'est l'heure du coucher, pas celle de l'iPhone.
music2myear

Réponses:

102

Si vous obtenez un ensemble d'exigences qui sont physiquement impossibles à mettre en œuvre car le périphérique ne prend pas en charge et ne peut pas prendre en charge la fonctionnalité souhaitée, vous devez l'expliquer à la personne qui crée les exigences.

Vous devez être respectueux et expliquer pourquoi les exigences ne sont pas possibles à mettre en œuvre ( par exemple l'écran tactile ne peut pas distinguer entre un pouce, le doigt ou le stylet Il ne dispose pas d'une résolution suffisante pour détecter la largeur des doigts..) - garder les choses factuelles , montrant documentation existante s'il y en a.

Ne vous lancez pas dans des discussions émotionnelles et restez calme et professionnel. Dire à quiconque que ses exigences sont ridicules n’est jamais une stratégie gagnante.

Voyez si vous pouvez comprendre les objectifs réels de la fonctionnalité - pourquoi elle est considérée comme une exigence. Cela pourrait vous conduire à une fonctionnalité différente, meilleure, qui résoudra le besoin. (merci @spoike)

@ DarkStar33 suggère dans les commentaires d'effectuer la recherche et de fournir une estimation réelle du coût et de la durée du projet, en supposant que le résultat sera trop coûteux et trop long pour en valoir la peine. Être armé de chiffres et de données pour les sauvegarder peut certainement aider votre cas, même si je regarderais quand même les objectifs de l'entreprise pour voir s'ils peuvent être atteints (même partiellement) d'une autre manière.

Oded
la source
31
+1 gardez les faits, demandez également au chef de projet d'expliquer les objectifs commerciaux réels de cette fonctionnalité afin de pouvoir la récupérer avec une autre, bien meilleure, fonctionnalité et solution.
Spoike
8
@Spoike "have the project lead explain the actual business goals"est une excellente idée, donnez-leur ce qu'ils veulent, même s'ils ne savent pas comment le demander.
StuperUser
2
Dans ce cas, en supposant que l'objectif soit de rendre l'application accessible aux personnes ayant une déficience visuelle, cela pourrait être résolu beaucoup plus facilement par d'autres moyens. Par exemple, laisser l'utilisateur choisir s'il souhaite un texte plus grand ou plus petit la première fois qu'il lance l'application (et plus tard, par les préférences de l'application). Déterminer l'âge et la déficience visuelle avec la taille de votre doigt est une tâche assez ardue et pourrait poser problème même au niveau de l'expérience utilisateur (par exemple, les personnes âgées et les petites personnes par rapport aux personnes jeunes et grandes).
Spoike
2
@Tom Je ne pense pas que ce soit possible ... ma grand-mère a grandi à l'époque où frapper la télévision était un moyen valable de le réparer ..
Izkata
5
En tant que chef de produit, je peux affirmer que 1) garder les faits à jour est important, mais 2) poser des questions sur ce qu’ils essaient réellement de faire ira un long chemin. S'ils croient que vous comprenez leurs besoins, ils seront plus ouverts à tout ce que vous devrez leur dire.
Taj Moore
30

Ces exigences ne sont pas stupides, stupides ou ridicules. Il s’agit en fait d’un problème très important pour les utilisateurs d’écrans tactiles, car les personnes aux doigts plus gros ont beaucoup de difficulté à localiser la cible, ce qui est souvent mal compris par les petits doigtiers.

Toutefois, si vous estimez que cette exigence est impossible à mettre en œuvre car les capteurs de l'appareil ne sont pas en mesure de mesurer la taille du doigt, écrivez simplement ceci ainsi: Malheureusement, les appareils actuellement disponibles ne prennent pas en charge une telle fonctionnalité.

Marin danubien
la source
Je conviens que les besoins ou les désirs des clients ne sont jamais stupides, nous ne discutons pas de cela. Nous soutenons qu'il est stupide de définir des exigences, un plan de projet et de consacrer des ressources à un projet qui n'a pas été prototypé.
maple_shaft
11
Eh bien, je suis désolé, lechlukasz, mais cette fois, je pense qu’ils sont vraiment stupides. Même si la plateforme a exposé l'ovale pressé sur l'écran tactile pour pouvoir calculer le centroïde, l'idée d'une interface utilisateur dynamique basée sur l'épaisseur du doigt est un peu "exotique". En tant qu'utilisateur, je ne voudrais pas être limité à une politique de doigt unique par session, et j'aimerais pouvoir appuyer sur l'écran un doigt à la fois, avec un stylo capacitif ou même avec d'autres parties de le corps si je me sens tellement XD.
Monsieur Smith
@maple_shaft - semble que cette liste de fonctionnalités ne soit suffisante pour créer un prototype.
JeffO
1
Je conviens que ce serait en fait un cadre utile, et, si ce n’est utile, alors extrêmement cool - ce qui compte probablement pour plus dans le monde d’Apple. Vous avez juste besoin d'un widget "Calibrer la taille du doigt" et le reste devrait tomber en place.
James Anderson
1
Je pense que vous pouvez le faire avec la technologie actuelle. Vous auriez besoin d'une application spécifique pour calibrer la taille des doigts et la stocker de manière statique, plutôt que la mesure complètement dynamique envisagée, mais sinon, c'est faisable. Windows a adapté ses fenêtres et ses icônes à la taille de l'écran depuis des années, de sorte que son côté est bien connu.
James Anderson
16

Je vais jouer un peu ici à Devil's Advocate et dire que j'estime qu'il est techniquement possible de mesurer la taille du pouce d'une personne. L'iPhone est un appareil multitouch. Pour le calibrage, vous pouvez demander à l'utilisateur de placer côte à côte son pouce ou ses deux doigts sur l'écran et de mesurer la distance entre ces contacts.

Bien sûr, cela nécessiterait des tests et des expérimentations pour voir dans quelle mesure mon intuition est réalisable. Peut-être faudrait-il faire glisser les pouces sur l’écran pour obtenir une meilleure lecture.

Cela dit, il existe de sérieux problèmes d’utilisation et de mise en œuvre.

  • Et si l'appareil est partagé? Quand la calibration a-t-elle lieu?
  • Comment pouvez-vous déterminer de manière dynamique la position des éléments de l'interface utilisateur de manière arbitraire dans toutes les applications construites avec le cadre? Évidemment, chaque application aura une interface utilisateur différente et une mise en page différente.
  • Un simple examen des applications iOS actuelles montre que celles qui sont bien conçues utilisent tout l’espace horizontal disponible et déjà des éléments d’espace tels que les boutons importants sont aussi grands que possible et placés près des bords. La largeur totale de l'appareil est évidemment utilisée pour les listes et la mise en page.
  • Même si c'était possible, quelle est l'analyse coûts / avantages? Combien gagnerait un tel système par rapport aux contrôles d’interface utilisateur standard? Ne serait-il pas plus facile d'avoir un simple contrôle de bascule pour la taille de la police comme le font déjà beaucoup d'applications?
ghoppe
la source
12

Ce que vous faites est de le traiter sérieusement et de revenir avec une estimation du temps que cela prendrait et de vous assurer que l'estimation est très élevée et très détaillée afin qu'ils ne puissent pas contester les chiffres élevés. Une fois que vous avez montré qu'il ne serait pas économique de le faire, ils vous laisseront seuls. Assurez-vous de préciser quelles tâches spécifiques ne sont pas actuellement prises en charge par le matériel et peuvent ou non être réalisables. N'oubliez pas d'ajouter des coûts supplémentaires pour tout type de spécialistes dont vous pourriez avoir besoin pour un projet de cette ampleur.

HLGEM
la source
2
Oui, c'est la bonne approche. Ne dis jamais non". Analysez simplement le problème et proposez une solution qui fonctionnerait, ainsi que des estimations de temps. Alors, quelle est la durée estimée pour modifier les IO afin de calculer dynamiquement la largeur des doigts? Peut-être 2 ans pour environ 10 développeurs de systèmes d'exploitation. Voilà votre estimation! :)
Stephen Gross
Dans ce cas, vous devez vous mettre d’accord avec Apple, ce qui signifie que vous devez vous référer à la loi et à toutes sortes de choses qui ne relèvent pas du développement de logiciels. Dans ce cas, je dirais que vous pouvez dire "C'est impossible, étant donné les limites du matériel, que nous ne contrôlons pas. Nous devrons entamer des négociations avec Apple."
deworde
1
@deworde - Je déteste le mot "impossible". Il y a 20 ans, les gens pensaient qu'un grand était "impossible". Pourquoi ne pas dire "actuellement impossible avec du matériel fourni".
Ramhound
@Ramhound Ce sont vos planificateurs d'entreprise, pas vos enfants. Ne les couvrez pas de manière à protéger leurs espoirs et leurs rêves, OBTENEZ CES EXIGENCES HORS DU SPEC .
deworde
1
Ajoutez 2 années supplémentaires, 100 ingénieurs en matériel et un laboratoire de recherche et développement de 50 millions de dollars pour inventer le matériel à vendre à Apple. Selon votre estimation, cela pourrait effectivement être fait.
hotpaw2
11

Chez Apple, les gens pensaient déjà à toutes ces choses et ils n’ont pas imaginé d’interface redimensionnable en fonction de la taille de leurs doigts.

En tant qu'utilisateur, je détesterais déplacer des cibles sous mes doigts.

mouviciel
la source
2
J'ai utilisé cet argument lorsqu'il m'a été demandé d'écrire une méta-requête universelle pour une base de données Access mal conçue. (IE un système où tout utilisateur peut interroger n'importe quoi arbitrairement sans avoir à utiliser le constructeur de requêtes) J'ai dit "Si cela avait été possible, Microsoft l'aurait fait, et ils en feraient la publicité partout.
Chris Cudmore
@ chris: c'est exactement ce que je dis à chaque fois que quelqu'un veut un assistant de rapport à tout faire. Si cela avait été possible, Access l'aurait retrouvé au début des années 90
Neil N
4
-1, 'parce qu'Apple ne l'a pas fait' n'est pas une bonne raison de ne pas essayer quelque chose de nouveau. Il se peut que ce soit une idée incroyablement stupide et / ou physiquement impossible. Ou pas. Mais je ne vois pas où est le mal à essayer si ses patrons sont prêts à dépenser des ressources.
GrandmasterB
2
@GrandmasterB - Je pense qu'Apple l'a fait, puis l'a rejeté. Quoi qu’il en soit, un peu de bon sens indique que, du point de vue de la convivialité, ceci est loin d’être confortable. Je n'ai pas besoin d'un patron avec de telles idées.
mouviciel
10

Si vous craignez de vous faire avoir des ennuis parce que des exigences impossibles vous sont données, le meilleur choix est de leur dire immédiatement que c'est impossible. Plus vous les laissez élaborer un plan d'affaires pour un projet impossible, plus ils risquent de vous accuser de l'échec du projet.

Surtout, essayez de ne pas vous inquiéter de choses qui ne sont pas de votre faute, nous en avons tous assez pour nous inquiéter de ce que nous avons la capacité de contrôler. Si quelqu'un vous tenait pour responsable d'un tel échec, alors ce serait une injustice contre vous. Tu crois au Karma?

arbre_érable
la source
Oui je crois en KARMA ? :)
Sagar R. Kothari
1
@sugar moi aussi! S'ils ne vous écoutent pas, ils échoueront.
maple_shaft
Ne dites pas qu'il est impossible de dire que le système d'exploitation ne fournit pas ces informations. Étant donné que dans le cas d'une application iOS, vous ne pouvez utiliser que des méthodes publiques, vous êtes limité à ce que le système d'exploitation prend officiellement en charge. Si cela était possible, ils l'auraient fourni au cadre et l'utilisateur ne mettrait même pas en doute cette exigence.
Ramhound
8

Un moyen de détourner la demande déraisonnable consiste à aider le client à comprendre la nature du problème qu'il tente de résoudre. Grâce à une technique d’entretien de planification connue sous le nom de "faire sauter la pile pourquoi ", vous continuez à demander "pourquoi" de manière récursive (de manière bien sûr intelligente et polie):

Un outil important à la fois pour l’établissement de communications et la mise au point de problèmes spécifiques est ce que Barrett appelle la pile de «pourquoi». C'est simplement pour continuer à poser la question "pourquoi est-ce que c'est fait de cette façon?" sur les exigences du projet. Il a donné un exemple archétypal de ce que la technique peut découvrir: "J'ai déjà travaillé avec un client pour lequel il était impératif d'imprimer les données à une étape particulière du processus. J'ai donc demandé pourquoi", at-il expliqué. "La réponse a été que le ministère recevant les données devait les saisir. Il ne leur avait jamais pensé que les données pourraient être transférées automatiquement vers leur application."

L’objectif est d’atteindre la valeur métier essentielle de la fonctionnalité:

  • Protéger les revenus
  • Augmenter le revenu
  • Gérer les coûts
  • Augmenter la valeur de la marque
  • Rendre le produit remarquable
  • Fournir plus de valeur à vos clients

(Articles du wiki Concombre )

Si la fonctionnalité ne correspond pas à l'une de ces catégories, cela peut aider le client à se rendre compte qu'il est plus important de se concentrer sur ce qui est important, ou grâce à ce processus de réflexion, vous pourrez peut-être le conseiller sur la façon de résoudre le problème auquel il est confronté. essayez de résoudre d’une manière plus significative. Souvent, le véritable problème réside dans un niveau d'abstraction supérieur au problème qu'ils vous ont demandé de résoudre.

Pour utiliser votre exemple d'analyse des tailles de pouce:

Client: Nous voulons détecter l'épaisseur du pouce ou des doigts utilisée pour manipuler l'interface utilisateur.

Dev: Pourquoi veux-tu faire ça?

Client: Parce que lorsque j'essaie d'appuyer sur ces petits boutons, je me trompe souvent et notre logiciel est utilisé par de nombreux ouvriers du bâtiment ayant de grandes mains comme moi. S'ils pouvaient calibrer l'interface utilisateur pour la taille de leurs doigts, cela faciliterait l'utilisation.

Dev: La facilité d'utilisation serait certainement précieuse pour le client, mais pourquoi voudraient-ils calibrer l'interface utilisateur? Si on sait que les personnes qui utilisent cela ont de grandes mains, pourquoi ne pas ajuster la conception à ce cas d'utilisation?

Client: Je n'y ai jamais pensé de cette façon. Je suppose qu'un design plus propre conviendrait tout aussi bien aux personnes ayant de petites mains!

Andrew Vit
la source
4
+1 Pour sauter le pourquoi pile et citation:Often the real problem lies at a higher level of abstraction than the problem they've requested you to fix.
Spoike
7

Clause de non-responsabilité - Je ne sais pas si votre demande est possible, et si c'est possible, vous devez déterminer combien de temps cela prendrait et fournir ce retour à votre responsable. Mais j'écris cette réponse en partant du principe que ce n'est pas faisable, du moins en utilisant le cadre standard - et j'élargis ma réponse au cas plus général où vous ne pouvez vraiment pas ou ne devriez pas faire quelque chose.

Dis juste non.

Il y a beaucoup de réponses "ne jamais dire non" dans ce fil, ce qui, à mon avis, est une attitude douce et soumise. Pensez-y de cette façon: je suis l'expert technique de cette équipe et les autres membres de mon équipe essaient de faire quelque chose que je pense irréalisable, trop compliqué, voire impossible. C'est ma responsabilité de dire non.

Bien sûr je peux & devrais dire non doucement; Je peux "fortement recommander contre cela" tout en offrant de "rechercher si c'est possible" avant de dire non. Mais je vais finalement dire non parce que c'est mon travail.

Il y a tellement d'analogies à cette

  • Mon comptable, je veux que vous inscriviez mon dîner de Thanksgiving en déduction fiscale
  • Monsieur le chef, j'aimerais que mon poulet soit laissé sur le comptoir pendant la nuit et servi cru, s'il vous plaît.
  • Mon avocat, je veux poursuivre mes enfants en justice pour ne pas ranger leurs chambres
  • Monsieur le mécanicien, installez un turbocompresseur sur ma voiture électrique

Vous pouvez demander à toutes ces personnes d’exécuter des tâches qu’elles sauront bêtes, inutiles, dangereuses ou mauvaises. Et vous vous attendriez à ce que tous déconseillent ces actions et finissent par les refuser (du moins, je l'espère). Si l'un de ces professionnels me répondait: «Heu ok, je suppose que nous pouvons le faire», sans me donner de suite une question «C'est une mauvaise idée», alors, franchement, je ne voudrais pas les engager de toute façon.

Vos collègues apprécieront et respecteront votre honnêteté, et vous épargnerez à tout le monde beaucoup de temps et d’argent si vous fournissez des commentaires utiles au lieu d’accepter quelque chose qui ne fonctionnera pas.

Kirk Broadhurst
la source
2
note: je réponds à la question "Comment un développeur doit-il rejeter les exigences impossibles" .
Kirk Broadhurst
Plus de pouvoir pour vous.
ThomasX
2

Il ne devrait pas être trop difficile de dire à votre client que vous ne pouvez pas mettre en œuvre quelque chose que votre plate-forme cible ne vous permet pas. Mais prenez un peu de recul et demandez-vous quelle est la logique derrière ces exigences plutôt absurdes? D'après ce que je peux lire, ils sont très préoccupés par la convivialité. Puis, demandez-leur un peu plus de profondeur jusqu'à ce qu'ils vous disent la même chose: "nous voulons une interface conviviale". Puis guidez-les dans ce qui est faisable et ce qui ne l’est pas. Dites-leur que s'ils souhaitent une interface utilisateur simple, il existe des moyens simples (et moins coûteux), tels que permettre à l'utilisateur de définir la taille de la police / de l'icône (je suppose que c'est possible avec l'IoS). Peut-être pouvez-vous laisser l’utilisateur contrôler la taille de la police / la taille de la police et la disposition de l’application via un onglet de paramètres? Cela devrait être plus facile (et plus précis!) Que d'essayer de deviner l'âge d'une personne sur la taille du pouce! La dernière chose que votre responsable voudrait, c’est un code inutile, saturé et difficile à gérer, qui produit les mêmes résultats que ceux fournis par le système d’exploitation. Dites à votre client que les utilisateurs préféreraient contrôler l'application plutôt que l'application qui les contrôlait de manière à les rendre furieux.

DPD
la source
1

Ma réponse serait que je commencerais à examiner certaines de ces technologies non essayées et à leur faire savoir si c'est même possible. Sur la base de ces découvertes, un plan de développement potentiel peut être démarré.

Je ne pense pas que vous serez capable de distinguer le pouce d'une personne de quelqu'un d'autre, mais vous pourrez peut-être obtenir suffisamment de dimensions des doigts pour savoir quand elles utilisent le pouce. Le vrai problème est que l'angle du pouce ne doit pas toucher plus d'espace que d'autres sur l'écran. Personne n'utilise jamais un téléphone avec son pouce et ne le place à plat sur l'écran comme si vous preniez l'empreinte de votre pouce.

Quitter l'entreprise. Découvrez comment le faire. Vendez-le pour beaucoup plus d'argent que ce que vous gagnez maintenant.

JeffO
la source
1

Pour ce qui est des besoins, je le fais habituellement comme ceci: j’essaie d’estimer le temps qu’il faudrait pour réaliser un besoin spécifique.

En cas de besoins impossibles, demandez quelques jours ou le temps qu'il faut pour savoir si c'est possible. Dans votre cas, la question est: "Est-il possible de déterminer l'épaisseur du doigt de l'utilisateur?"

En fait, cette question est encore un peu plus complexe: "Est-il possible de déterminer l'épaisseur du doigt de l'utilisateur après le premier toucher en moins de 200 millisecondes pour permettre une interaction immédiate?" (remplacez d' abord par 2e ou ...; et 200 ms par 300 ms ou autre chose ...)

Peut-être même que répondre à cette question prend un mois. Même si cela est plus ou moins faisable, il faut un algorithme très complexe qui ne fonctionne bien que dans 80% des cas.

Vous voyez où je vais?

Les gens font souvent des hypothèses erronées sur les possibilités du fait de leur faible expertise et expérience du domaine en question. Par conséquent, vous ne pouvez pas argumenter avec l'intuition, mais vous avez besoin de faits.

Si les autres parties prenantes se rendent compte que cette fonctionnalité prend 2 ans / homme et nécessite l'arrivée de l'iPhone 10 avant 2014, leurs exigences seront rapidement réduites.

Philippe
la source
1

Cela semble complexe mais pas impossible du tout; le point où l'écran tactile ne peut pas distinguer entre le pouce, le majeur et le stylet est sans objet; À l’initialisation (démarrage de la session, peu importe), il est demandé à l’utilisateur de placer son pouce, puis son majeur, etc. pour calibrer les tailles (établir des moyennes statistiques) en utilisant plusieurs mouvements, etc.

lurscher
la source
0

J'essaierais d'essayer de résoudre le problème fondamental d'une autre manière avant de dire que cela ne peut pas être fait.

Par exemple, si l'utilisateur essaie souvent de cliquer sur un petit bouton et rate le résultat, vous pouvez regarder la zone située autour du bouton et l'utiliser pour recalibrer tous les autres clics.

Présenter une solution créative comme celle-ci est probablement ce qu'ils recherchent davantage que vous demander de déterminer par magie la largeur d'un doigt (vous pouvez leur dire que ce n'est pas dans l'API).

Il peut encore être difficile - de placer une zone autour des boutons pour détecter les ratés - alors estimez plus d'heures.

Bill K
la source
0

Ne pas carrément dire non, cela le blesserait. Précisez simplement qu'en raison de contraintes technologiques, cela fonctionnera à chaque fois dans 60% des cas.

Et une fois qu'il s'est rendu compte de l'impraticabilité et des coûts inhérents à une telle entreprise, suggérez une approche plus pratique dans le cadre de son budget, comme disposer d'un paramètre permettant de modifier la taille du texte. Et les Russes ont pris un crayon dans l'espace.

Essayez de lui faire exposer le problème et les exigences et non la solution et la conception de projets futurs.

jack
la source
-1

Ce que j'aime faire, c'est d'aborder le problème du point de vue de l'équipe. Dans ce cas, le chef de projet et moi-même devons trouver une solution. J'aime aussi montrer que je viens l'esprit ouvert. Si j'entends des impossibilités, je pense, il y a un risque de malentendu entre moi et le chef de projet. Ou peut-être que nous n'avons pas atteint ce moment aha.

Une fois que nous décidons de faire un saut et d'avoir une conversation ouverte, je trouve plus facile de traiter le problème comme un problème économique. En technologie, presque tout est possible avec une quantité infinie de ressources. Discuter de ce qu'il faudrait faire à plusieurs reprises est le moyen le plus simple de «dire non» avec respect. Et ce serait le moyen de dissiper tout malentendu possible. Bien que, pour être honnête, nous ne disons pas tout à fait non. Et, quel est le but de dire non de toute façon? Si le travail ne vaut pas la peine d'être fait, peu importe si nous voulons le faire ou non.

Arturo Hernandez
la source