Si je vous donnais quarante-cinq minutes pour concevoir une fonctionnalité en direct pendant cette session, comment utiliseriez-vous le temps ?

Passez les dix premières minutes sur le problème, pas sur les pixels : clarifiez l'utilisateur, l'objectif, les contraintes, et ce à quoi ressemble le succès, et énoncez vos hypothèses à voix haute. Puis croquez rapidement deux ou trois directions divergentes, choisissez-en une en expliquant pourquoi, et détaillez le parcours principal en incluant les états limites. Gardez les cinq dernières minutes pour les arbitrages et ce que vous testeriez.

Je dirais le plan à voix haute d'abord, parce que ça vous permet de me réorienter si je passe du temps au mauvais endroit. Environ dix minutes de cadrage, cinq de divergence, vingt sur le parcours choisi, et les dix dernières sur les cas limites et les arbitrages. Dans le cadrage, je veux savoir pour qui c'est, ce qu'ils font aujourd'hui à la place, quelles contraintes existent sur la plateforme ou le calendrier, et comment on saurait que ça a marché. Si vous ne pouvez pas répondre à quelque chose, j'énoncerai une hypothèse et je l'écrirai dans un coin pour qu'on sache tous les deux qu'elle est porteuse. Ensuite je croque deux ou trois approches vraiment différentes, des boîtes moches, trente secondes chacune, et je dis pourquoi je choisis celle que je choisis, parce que c'est le raisonnement qui est évalué, pas le dessin. Puis le parcours principal, écran par écran, en parlant au fur et à mesure. Et je garde toujours du temps pour ce qui casse : l'état vide, le cas des permissions, ce qui se passe sur un téléphone. Si je manque de temps, je préfère un parcours clair avec des trous assumés qu'un joli écran que je ne peux pas défendre.