J'aime bien le raisonnement et le process à privilégier :

• Commencez par la problématique métier : quel est le besoin, la problématique à résoudre
• Brainstormez et challengez les différentes idées et solutions
• Sketchez votre approche, fignolez la en groupe
• Rédigez une documentation avec des diagrammes simples
• Envisagez des sacrifices et des alternatives en fonction de vos priorités (ex. monolithe > microservices car compétences dispos et gain de temps)
• Faites circuler le design auprès de tous ceux qui sont intéressés, histoire d'avoir leurs feedbacks (ex. le collègue qui rappelle que certains utilisateurs sont malvoyants et ne pourront pas utiliser l'appli à cause de X)
  Le fait de partir du besoin métier, pour ensuite essayer de résoudre la problématique, c'est pour moi la façon la plus saine d'arriver à une bonne solution.
  Partir de l'idée de quelqu'un (je veux du mobile, je veux une appli qui fait exactement ça, je veux une liste déroulante, je veux cette interface) c'est le meilleur moyen de se planter et de coder de la merde.