Without conflict, friction or pain nothing moves forward.
“Every year, the UX community musters more articles, interviews, conference workshops, and panel discussions in an effort to resolve the seemingly unresolvable challenge of integrating UX into an agile process. Now more than wver, it’s important to step back from the growing body of tips, strategies and best practices, and ask why this conflict exists in the first place.”
(Mike Bulajewsk a.k.a. @mrteacup ~ UX magazine)
This theme will be vivid as long as the connection between design and engineering isn’t clear for many.
“(…) the move to Agile has left many product owners, development teams, and user experience professionals scratching their heads over the best way to incorporate user-centered design into the process while balancing the demands of an aggressive development schedule.”
(Wendy Littman ~ UsabilityGeek)
UX has the argument of reason; software engineering of power.
“Agile teams are more proficient in executing the development process, but the compressed timescale forces some to abandon user research and degrade the resulting user experience.”
(Hoa Loranger ~ Nielsen Norman Group)
Picture and 1000 words topic at a conceptual level.
“The concept model is invaluable. But like so many useful things, it takes time to make.”
(Christina Wodtke a.k.a. @cwodtke ~ Boxes and Arrows)
All kinds of design documents provide you with a view of the future.
“The distinction between wireframe and prototype is almost arbitrary—both are mockups of the proposed application that differ in their fidelity to the final application. The lowest fidelity mockup has hand-drawn sketches which are quick, easy to do, and cheap. A set of black and white static layouts linked via hot zones provides a medium level of fidelity.”
(Garett Dworman ~ Usability Geek)
“Recognizing different layers and viewpoints gives game designers a nomenclature for understanding games’ inner workings and highlighting shortcomings. For example, a game aimed at a social aesthetic needs some form of multiplayer or social network integration. A game aimed at competition needs a visible score or ranking and consistent, well communicated rules.”
(Anthony Langsworth a.k.a. @alangsworth ~ Random Acts of Architecture)
This time, the C is Citizen and not Customer. Citizens are entitled to great CXs too.
“The past decade has brought enormous and growing benefits to ordinary citizens through applications built on public data. Any release of data offers advantages to experts, such as developers and journalists, but there is a crucial common factor in the most successful open data applications for non-experts: excellent design. In fact, open data and citizen-centered design are natural partners, especially as the government 2.0 movement turns to improving service delivery and government interaction in tandem with transparency. It’s nearly impossible to design innovative citizen experiences without data, but that data will not reach its full potential without careful choices about how to aggregate, present, and enable interaction with it.”
(Cyd Harrell a.k.a. @cydharrell ~ Beyond Transparency)
Too bad they don’t know of John Carroll’s book.
“Before creating the scenarios there was not a clear idea of what the product had to do and how it fit the life of the customers. The scenarios made the product and the user interacting with it a lot more tangible. The team developed this shared understanding together.”
(Sara Emami a.k.a. @SaraEmamii ~ UNITiD)
As there is always UX, there’s always lean or fat UX.
“This all boils down to something that I call principle-driven design. As stated, some lean UX is better than none, so applying these principles as best you can will get you to customer-validated, early-failure solutions more quickly. Rules are for practitioners who don’t really know the value of this process, while principles demand wisdom and maturity. By allowing principles to drive you, you’ll find that you’re more nimble, reasonable and collaborative. Really, you’ll be overall better at getting to solutions. This will please your stakeholders and team members from other disciplines (development, visual design, business, etc.).”
(Anthony Viviano a.k.a. @anthviv ~ Smashing Magazine)
Contextualized version of the UCD process: Health.
“(…) there is much to be learned from typical patients as well, and observational research might be particularly favored in such cases. Unfortunately, whether you are talking about ePatients or most patients, patients continue to be the most underutilized resource in the badly needed redesign of healthcare and the patient experience.”
(Richard Anderson a.k.a. @riander)
Like opinions, lots of ideas floating around.
“This article lays out the principles and foundations in order to share them with other problem solving practitioners. We also add practical hints for how to conduct such sessions successfully.”
(Michael Ohler ~ Innovation Excellence)
Brian has always been a great myth buster.
“While the concept of user experience and the term UX have become seemingly ubiquitous in the workplace, most non-UX people still have the wrong idea about what it is. Here are four common UX myths and how we can bust them.”
(Brian Pagán a.k.a. @brianpagan ~ UX magazine)
It must be the pressure from the IT department that everybody in UX now wants Agile and Scrum.
“This post illustrates how my UX role fits within the Agile methodology at ADstruc. This process won’t necessarily work for every organization or product, but I hope it will provide some guidance for marrying product with design decisions and using your UX deliverables as ways to feed the Agile machine.”
(Eliane Kabkab a.k.a. @elianek ~ ADstruc)
Feedback and critique for design professionals.
“Design critiques – when a team gets together and reviews a design or a product prototype – can be painful. When people aren’t on the same page about goals and context, critiques can take a long time, they can lead to inefficient or unclear outcomes, and, let’s be honest, they can hurt feelings. But they don’t have to be that way. Here are my favorite rules to make them efficient, focused, and worthwhile.”
(Jake Knapp a.k.a. @jakek ~ Design Staff)
These stories will go further than agile, scrum or service design.
“I’ve written about the problem with user stories before. At the time, I found it better to just have the team talk over proposed changes to the product. This worked great when the team had gelled and the product is very mature; however, now I’m working with a new team and building a product from scratch. In this case, because our canvas is blank, we are having trouble getting on the same page when it comes to customer motivations, events and expectations. But today, things have turned around. I’ve come across a great way to use the jobs to be done philosophy to help define features. I call them ‘Job Stories’.”
(Alan Klement a.k.a. @alanklement)
i18n for UX design.
“It is helpful to consider the principles of user-centred design when building any website, but it is of particular importance when creating a site that is intended to appeal to a global audience. At a high level the process is simple: understand your users’ needs, try to build those requirements into your digital solution, the test your design throughout to validate your assumptions or revise accordingly, and only release the product when you are certain you have met as many of these as possible. This should ensure that most potential usability issues have been removed, and that the user has a memorable, persuasive, and compelling experience of the brand and the useful services it offers.”
(Chris Rourke a.k.a. @crourke ~ .net magazine)
Copernicus and his heliocentrism are getting a lot of traction these days with outside-in thinking.
“HCD has been a breakthrough for our industry – it’s repositioned design as a tool to help transform product development by ensuring customer’s needs are met and also by helping to uncover people’s latent needs (those not surfaced by traditional focus groups for instance). We are taught to think about the world in three lenses as designers: desirability – what people want, feasibility – the capabilities of a firm, and viability – its financial health.”
(Nathan Waterhouse a.k.a. @natwaterhouse ~ Firm follows form)
Although I like the label ‘prototypathon’, I still wonder why you should have them.
“In our work with design teams, we see a lot of teams using prototypes today. We’re also seeing many of those same teams fall into traps that reduce the effectiveness of their prototyping efforts. Here’s five of the most common ones we see.”
(Jared Spool ~ User Interface Engineering)
A great initiative. Now, keep it up-and-running. And fresh!
“We believe that creating objects that people love requires the right tools and methods. In fact, using the wrong method can lead to bad design decisions. But with over 200 methods and tools available, which ones could you use in your situation? That’s why we give you access to a large chunk of the worlds’ created methods, tools, techniques and resources for User Centered Design. We are making all of them searchable and executable. You can even publish your own method.”
(About UCD Toolbox)
Reading the high-level phases, thought it was rather circular, iterative and incremental than linear.”
“What really differentiates user-centered design from a more traditional waterfall model of software design is the user feedback loop, which informs each phase of the project. This feedback loop is established through the use of a range of techniques that have become the staple for UX Designers. There are a ton of them, and knowing when to use which techniques during which phase of a project comes with experience. Personally, I find experimenting with new techniques and tweaking old favorites is part of the fun of being a UX Designer.”
(Matthew Magain a.k.a. @mattymcg ~ UX mastery)