Cette charte guide l'équipe product dans la gestion de ses chantiers, notamment la spécification du besoin.
On part d'une idée & d'une finalité. Ex : permettre le positionnement des apprenants sur Frello.
Cette finalité pose une multitude de questions, auxquelles on va répondre grâce à nos parties prenantes :
En interne au sein de l'équipe (ex. équipe pédagogique)
En externe ; généralement à nos clients.
Ne pas penser aux contraintes techniques dans un premier temps, rester concentré sur la finalité : quel est le besoin, quelles sont les contraintes auxquelles on doit répondre, quelle est la solution idéale.
A garder en tête tout au long de la spécification : le développement du projet sera étalé sur plusieurs sprints. Il est possible de mettre en production une bêta et d'itérer en fonction de cette beta. "Progress over perfect" comme l'indique notre charte iteam.
Au départ, les réponses apportent de nouvelles questions auxquelles il faudra répondre là aussi avec les parties prenantes.
A ce stade, il faut rester concentré sur la finalité mais il est quand même possible de commencer à sonder l'équipe tech pour avoir un avis sur certaines problématiques.
Il est indispensable de créer un benchmark relatif au projet. Cela peut aider dans la définition du parcours & aider à se projeter (soi & les parties prenantes).
Au fur & à mesure des réponses obtenues, ébaucher un parcours.
Poser les questions qui en découlent. Possible d'ajouter le parcours pour donner du contexte à la partie prenante.
En fonction des réponses, modifier le parcours en ajoutant des maquettes.
A nouveau, itérer en se basant sur ce parcours.
⚠️ Pour chaque projet : indiquer ce qu'on veut afficher & pourquoi pour ne pas le perdre de vue.
Continuer à affiner le parcours en créant des maquettes.
Les maquettes feront émerger d'autres questions : autant côté iteam que côté parties prenantes.
Une fois le parcours & les maquettes validées, définir, avec l'équipe tech, la manière dont le projet sera découpé dans le temps.
Trouver le juste milieu entre la solution idéale & ce qui a du sens pour Frello au vu de la roadmap.
Il faut obligatoirement ajouter du contexte dans tous les tickets, en mettant une description claire (contexte, problème, solution).
Comme ça, on s'assure d’avoir compris (ou non et dans ce cas il faut poser des questions pour repréciser ce qui a été mal compris) et que ça sera compris par tout membre de l’équipe.
En général, il n'y a pas besoin d'assigner un ticket lors de sa création.
Quand ce sont des petites améliorations (estimate 1d ou moins) ou qu’il y a un besoin pressant de faire le travail, on peux mettre le ticket sur le milestone suivant ; comme ça, quand on fait le planning, on a ces éléments en tête & on prend des décisions en connaissance de cause.
Benchmark : faire un dossier avec des screenshots de sites & applications réels car ils sont déclinés (sur appli mobile, web, site mobile, sur différentes pages...) et qu’ils répondent à des problématiques. Ne pas se baser sur des inspirations type dribble.
Définition du parcours utilisateur sur google sheet ;
A partir du parcours utilisateur, lister les tâches à réaliser (ex. liste des pages à maquetter) et les questions que le parcours pose ;
Poser les questions en point dédié ;
Maquetter ;
Itérer.
Attention, les maquettes doivent s’intégrer dans l’existant. La refonte du design est un sujet de fond qui sera traité lorsqu'il sera priorisé. En dehors, les maquettes doivent entrer dans le cadre du design system existant, ou l'améliorer.
Comment savoir si le menu et son contenu sont assez lisibles par rapport au reste de la page sans qu’il soit trop condensé ? Quelles bonnes pratiques de marges / espaces entre les éléments ? Bonnes pratiques de tailles de police ?
réponse
Quelles sont les tailles de typos à respecter pour un contenu lisible et homogène quand on a beaucoup de granularité dans les informations ?
Est ce qu’on peut avoir des couleurs différentes sur les nouvelles interfaces alors que les anciennes ne sont pas mises à jour ?
A éviter a priori. Mais changer une couleur, c'est pas grd chose. => Avancer sur les maquettes & on en parlera en point de spec focus quand on présentera à JB & Romain