Commande #24934
Developper, rendre vivant les points suivants : L’importance d’un design cohérent dans une application Anaplan - Un texte
Consignes générales du client :
Anaplan est une plateforme de développement particulièrement flexible. Une grande liberté de présentation est offerte au deveppeur (comme dans Excel). Dans un cadre agile, plusieurs personnes auront souvent plusieurs façons de traiter le même sujet.
Lorsque plusieurs personnes travaillent en parallèle sur des éléments différents, des options de design différents sont être prises et les modules et dashboard sont conçues de façon différentes.
Par exemple : Les tableaux utilisent des styles différents. Les boutons sont différents. Les codes couleurs ne sont pas homogènes. La couleur jaune indiquera une zone de saisie dans un Dashboard alors qu’il signifia une erreur dans l’autre.
Le produit final semblera incohérent, l’impression de qualité perçue par l’utilisateur sera impactée. L’adoption du produit par les équipes peut être remis en cause.
Généralisation : Ce qui se passe au sein d’une même application existe d’autant plus entre plusieurs applications. En conséquence un utilisateur devra changer d’automatisme pour chaque application. -> fatigue, risque de mauvaise appropriation.
Conséquence :
Lorsque plusieurs personnes travaillent sur le même projet, elles doivent partager un référentiel de design commun
Il est important de Créer et partager un document de design partagé par toute l’équipe afin de
• Conserver un look and feel cohérent sur tous les dashboard.
• Conserver ce look and feel au fur et à mesure des équipes de dev.
•
• S’assurer périodiquement que le design est cohérent.
Ce document de design est forcément spécifique à chaque client. Il doit être conçu en collaboration entre les développeurs et les utilisateurs finaux.
Vous pouvez vous faire aider pour le rédiger. Ce document vivant peut être affiner au cours du projet.
Thématique : L’importance d’un design cohérent.
Anaplan est une plateforme de développement particulièrement flexible. Une grande liberté de présentation est offerte au deveppeur (comme dans Excel). Dans un cadre agile, plusieurs personnes auront souvent plusieurs façons de traiter le même sujet.
Lorsque plusieurs personnes travaillent en parallèle sur des éléments différents, des options de design différents sont être prises et les modules et dashboard sont conçues de façon différentes.
Par exemple : Les tableaux utilisent des styles différents. Les boutons sont différents. Les codes couleurs ne sont pas homogènes. La couleur jaune indiquera une zone de saisie dans un Dashboard alors qu’il signifia une erreur dans l’autre.
Le produit final semblera incohérent, l’impression de qualité perçue par l’utilisateur sera impactée. L’adoption du produit par les équipes peut être remis en cause.
Généralisation : Ce qui se passe au sein d’une même application existe d’autant plus entre plusieurs applications. En conséquence un utilisateur devra changer d’automatisme pour chaque application. -> fatigue, risque de mauvaise appropriation.
Conséquence :
Lorsque plusieurs personnes travaillent sur le même projet, elles doivent partager un référentiel de design commun
Il est important de créer et partager un document de design partagé par toute l’équipe afin de
• Conserver un look and feel cohérent sur tous les dashboard.
• Conserver ce look au fur et à mesure des équipes de dev.
•
• S’assurer périodiquement que le design est cohérent.
Ce document de design est forcément spécifique à chaque client. Il doit être conçu en collaboration entre les développeurs et les utilisateurs finaux.
Aurelie-14461 a été choisi pour la rédaction de ce texte.