Comments on: Are you in a teflon-coated UX role? https://www.90percentofeverything.com/2013/05/26/are-you-in-a-teflon-coated-ux-role/ User Experience Design, Research & Good Old Fashioned Usability Wed, 01 May 2019 05:56:30 +0000 hourly 1 By: Jim https://www.90percentofeverything.com/2013/05/26/are-you-in-a-teflon-coated-ux-role/#comment-592293 Fri, 31 Jan 2014 10:46:22 +0000 http://www.90percentofeverything.com/?p=5317#comment-592293 Although I’ve only been in an ‘official’ UX role for under a year, I’ve already met and worked with people that prescribe theorised solutions and espouse rhetoric. The UX team / practitioner should not be prescribing change from their ivory tower, instead they should be engaging people and processes, enabling UX to knit into the business as a whole.

]]>
By: Caryn Humphreys https://www.90percentofeverything.com/2013/05/26/are-you-in-a-teflon-coated-ux-role/#comment-445068 Fri, 31 May 2013 11:10:20 +0000 http://www.90percentofeverything.com/?p=5317#comment-445068 I have a bit of a bias considering I work on a Lean/Agile team (very much against the waterfall approach already), but I can certainly say I’ve seen my fair share of people in other organizations who take the stance of ‘complain instead of critique’.

I think a large part of the problem with some people in those roles (UX, UI, Information Architect, etc.) is there is a significant lack of ownership. By that I mean steps in the workflow process (whether you’re waterfall or iteration-based) are often not actually ‘owned’ by anybody. People do what is required of them, then pass it on without another thought.

Accountability can only be applied in these roles if their strategy isn’t just out-of-the-box rhetoric-style responses to issues that shareholders or project owners may have (and especially if the response is one of awe and praise for no real good reason other than impressive-sounding vocabulary).

People need to feel that a specific problem is theirs to deconstruct and find a solution for using a strategy devised for each individual problem. And when they find a sound solution to a problem, that solution needs to be prototyped and tested before being thrown out.

Cohesion is a big part of making sure everybody stays accountable, stays honest, and stays inspired to continue to learn and grow so they remain a valuable asset to the team.

]]>
By: Sven Laqua https://www.90percentofeverything.com/2013/05/26/are-you-in-a-teflon-coated-ux-role/#comment-444190 Wed, 29 May 2013 17:29:07 +0000 http://www.90percentofeverything.com/?p=5317#comment-444190 Great little post. It’s a good case in point why UX should be embedded within the organisation, within the development process and hold ownership of what is being built just as much as developers.

But this type of commitment to UX does require strong support from the top of the organisation, otherwise UX will just be utterly under-resourced to fulfil the above.

]]>
By: paul d https://www.90percentofeverything.com/2013/05/26/are-you-in-a-teflon-coated-ux-role/#comment-443851 Tue, 28 May 2013 23:52:27 +0000 http://www.90percentofeverything.com/?p=5317#comment-443851

.UX people already have a bad reputation for delivering formulaic rhetoric and not delivering the goods.

This is endemic in business generally. Most people seem to display confidence in those that can offer a strong opinion / prescription on first hearing of a problem. People who can offer a straightforward, common-sense sounding solution at the drop of a hat are valued.

People like simple solutions – confidently stated.

This is a curious situation given that those self-same people would oftentimes argue against waterfall, stating that no one can know the solution and its ramifications at the outset.

It is easy for a designer to fall into the trap of pretending to meet these expectations only to later be revealed as charlatan. Either way, the trap is one where bullshitters are valued above those who question the expectation that peoples can somehow be served and delighted in a systematised and predictable fashion.

The credibility of designers depends on practitioners restraint in response: Not to be too swift with their assertions, but ready to proffer hypotheses that would benefit from being tested in their context.

]]>