ARTICULATING DESIGN DECISIONS : Comment dialoguer efficacement avec les parties prenantes, préserver votre bien-être mental et offrir la meilleure expérience utilisateur.
|

ARTICULATING DESIGN DECISIONS : Comment dialoguer efficacement avec les parties prenantes, préserver votre bien-être mental et offrir la meilleure expérience utilisateur.

Parcmondary

📌 ARTICULATING DESIGN DECISIONS de Tom Greever présente l’importance de la communication dans le design, une compétence trop souvent sous-estimée. Il explique que la différence entre un bon designer et un excellent designer réside non seulement dans leur capacité à résoudre des problèmes avec leurs créations, mais aussi à communiquer efficacement leurs décisions.

critics
| |

Design Critics : Comment mieux recevoir les remarques concernant votre travail

Parcmondary

📌 ARTICLE super intéressant sur DesignCritics.
Personnellement je plaide pour la confrontation de ses idées, conceptions auprès de ses pairs, tant pour valider / invalider les choix de conception que pour renforcer son argumentaire lors de la présentation de notre travail.
Je pense que le bon format est le Design Critics, lors de Daily Meetings.
Ici l’auteurs quelques conseils avec lesquels je suis en parfait accords, et que je vous liste ici : 
– Demandez un feedback très tôt et régulièrement
– Demandez à être poussé hors de votre zone de confort
– Considérez vos collègues comme vos clients
– Présentez d’abord vos données, argumentez en partant de votre analyse
– Clarifier le « pourquoi » d’une critique, chercher à comprendre les raisons qui amène votre interlocuteur à formuler ce type de feedback.
– Ne prenez rien personnellement (et voyer le gain en qualité de votre proposition, votre argumentaire, votre expertise) 
Je reprendrais également la citation de Elon Musk ici : 
« Rechercher constamment la critique. Une critique bien pensée de ce que vous faites est aussi précieuse que de l’or ».
– Elon Musk

Jenga
|

Que signifie être vraiment « Agile » en tant que designer ?

Parcmondary

📌 ARTICLE très intéressant sur l’agilité et l’adaptation du designer au manifeste Agile.
Fonction de la maturité du client mais également des enjeux de communications, les choses ne sont pas toujours simples. Je partage tout de même assez les conseils de l’auteur !
1/ Etablir un vocabulaire commun entre les différentes parties prenantes (communiquer efficacement niveau 1 😉 )
2/ Comprendre puis concevoir en gardant à l’esprit les enjeux business et les contraintes techniques
3/ Concevoir et maintenir des modules réutilisables (voir maintenir un design system)
4/ Délivrer à court terme, mais conserver toujours une vision à long terme
5/ Prendre des décisions stratégiques au bon moment et épauler le ProductOwner (communiquer efficacement niveau 2 😉 )
6/ Éviter d’être (trop) un puriste quant au process
7/ Soyez un coéquipier efficace, mais aussi et surtout un bon négociateur (communiquer efficacement niveau 3 😉 )
#tips #cmondary

Calendar
|

7 conseils pour gérer votre temps

Parcmondary

📌 ARTICLE sur comment gérer son temps de travail en 7 conseils plutôt smarts 😉
L’auteur propose de mieux gérer son temps afin de retrouver du temps pour le design. Evidemment ces #tips sont valables même si vous n’êtes pas Designer.
Personnellement les conseils 5 et 7 son pour moi ceux qui sont les plus efficaces !!!
1/ Bloquer vous du temps pour designer, directement dans votre #agenda 
2/ N’ayez pas peur de refuser des réunions
3/ Proposer de décaler les réunions à des heures ou jours qui vous conviennent mieux
4/ Respectez votre temps (Exigez un ordre du jour, un objectif et une durée pour vos réunion, et lors des réunions ne perdez pas de temps)
5/ Ne commencez pas la journée avec vos mails ou Slack / Teams / etc !!!
6/ Faire des pauses
7/ Ne choisissez pas la fréquence hebdomadaire par défaut (Privilégier de courtes reunions quotidienne plutôt qu’hebdomadaire, comme un daily stand up meeting 😉 )

capture de28099ecc81cran 2019 08 13 acc80 14.39.45
|

Les FAQs, quelques conseils

Parcmondary

📌 Article intéressant sur les FAQs. L’auteur défend ici les FAQ tant sur le fond que sur la forme. Et même si initialement je suis assez hermétique et fermé au FAQs car selon moi ne réponde que rarement aux attentes des utilisateurs, je dois avouer que les arguments donnés au sein de cet article m’ont convaincu. Peut-être suffit-il de revoir la manière dont sont traités les FAQs aujourd’hui ?