Hi devs,
I get some anxiety about two facts I noticed. I'm wondering if I
should. Maybe you can give me advices ?
Points are :
- UX design can be faster than dev. Especially when UX design is made
upon rapid expertise according to the UX designer experience.
- Open source devs sometime dev for them own fun. People want UX
advice, which can also easily transform in a list of a bunch of things
to do.
Well, even when UX goes faster than dev, a brainstorming period let
ideas mature, fork, merge, jump to new ones... So it is not important
if the UX specifications is not implemented immediatly as it mature
among analysis & dev iterations.
UX designers may have to explore various dimensions too detect the
major points. This process can reveal also bunches of minor points
that could be capitalised for later.
What amaze me is when a UX analysis create to too many potential dev
work, I'm always afraid of the risk of stressing and discouraging devs
that code on them free time.
This is quite the same as making user tests, or a vote, so this
already exists. The result is a list of points to work on, with
intrinsic relative importance evaluation. This could be a good point
for classifing things, yet I'm amways affraid that some devs can feel
less fun if this look like a pile of things to do (beacause I may feel
it, that's why). Also when this is user advices, the dev is making is
own classification by analysing the comments. So it is his
classification. I know that, for my part, this sort of thing can be
key in my motication. The fact may be that when asking an expert
advice this is a bit different. The advice come directly from one
person so if the dev consider the UX designer as an authority advice
this may not be anymore his own classification.
An approach that may be interesting could be that if the UX designer
act as a consultant. I mean he transfert his knowledge to the dev by
giving the details on how he makes his analysis and detect UX
implications. So that the dev can take himself the decision of
classifing the by mixing UX and Dev priorities according to the
importance he gives to each single point. This means the dev has a
will in entering the UX process details and gaining skills.
Also this could be interesting for the UX designer because it let him
share the brainstorming with devs and other UX designers before the
decision is taken by project manager, community or the main dev.
Iterations is always good in the UX design process.
So this an approach. There may be others ones better, or adaptated
among each cases.
I would love to have feedbacks on this points, to be able to
understand how people are felling about this.
Thanks !
Thibaut.
Show replies by date