Comment passez-vous vos designs à l'ingénierie ?

La passation devrait être une formalité parce que les ingénieurs ont été impliqués plus tôt. Faites-les entrer dans le problème avant que la solution soit figée, et au moment où vous partagez les fichiers ils devraient déjà en connaître la forme. Fournissez des états, des comportements et des cas limites plutôt que des specs au pixel, utilisez le dev mode et des composants partagés pour que les valeurs viennent des tokens, et restez disponible pendant la construction.

Si la passation est une surprise, j'ai déjà échoué. Je fais entrer un ingénieur à l'étape brouillonne, en général avec deux options grossières, et je demande laquelle est bon marché et laquelle est un cauchemar. Cette conversation a changé mon design plus de fois que n'importe quelle critique, et elle coûte vingt minutes. Au moment de construire, ce que je passe, ce sont des comportements plutôt que des mesures : ce qui se passe au survol, au focus, sur un réseau lent, quand la liste est vide, quand le nom fait soixante caractères, ce qui est obligatoire et ce que dit la validation. L'espacement vient des tokens, donc personne ne mesure des pixels sur une capture d'écran. Je parcours aussi le flux avec l'équipe en disant explicitement ce qui est essentiel et ce que j'échangerais si l'estimation explose, parce que cette décision se prend de toute façon et elle se passe mieux si je suis dans la pièce. Ensuite je relis la version construite avant la mise en production et je signale les choses par impact. Une différence de deux pixels ne vaut l'après-midi de personne ; un état de focus manquant, si.