I’ve been studying Lean UX by Jeff Gothelf and Josh Seiden for the last three years. I would never imagined to find such a mature environment in my current team, Lean Panda, to start implementing it.

What has been the main ingredient? Frustration.

It’s full of people here, at Lean Panda, with more than ten years of web experience. Everybody knows waterfall’s frustrations after ten years of experience.

This doesn’t mean that Lean UX isn’t still hard to implement.

The first tip when trying to implement Lean UX in your team is 10% talking, 90% doing.

Well, this is a great life tip in general. In our work environment, let’s start now by reducing meetings. In project design and development, this can be done by Lean UX practices such as workshops, ITMs, Stand Up’s, etc.

One well-guided workshop is worth five meetings

And this ratio changes according to the difficulty of the project, and according to waterfall’s errors.

Waterfall needs to be prevented

How? Understanding Lean UX principles, not Lean UX techniques. The more we understand the principles behind Lean UX, the more we make the right choices. Because there is no perfect methodology in the UX world, no premium salvation plans to buy for us.

We don’t need a UX methodology, we need to deeply, deeply understand (almost meditate) the principles behind a UX methodology, and then study and experiment with all the practices suggested. Yes, this means that we need a UX methodology, but we don’t need it in term of a medicine or a strict protocol.

Lean UX was born from the frustration of UX Designers who couldn’t fit well in Agile cycles. How could we be Agile without a UX root? UX is not about usability of pages or good flows.

UX is about:

Ethic . Why do we do things? Are we creating something useful for humanity?

. Why do we do things? Are we creating something useful for humanity? Business strategy . Am I going to lose money with my new cool idea?

. Am I going to lose money with my new cool idea? Science. Testing, testing, testing. Doing things with a scientific provable reason. “We will know this feature of the product will help humanity when we see this signal from the market”.

Technology has a lot of power over humanity, and we should always have the whys as the root of everything we design.

Missing UX is like building houses without an architect

Imagine bricklayers improvising their work! That’s what we do when we throw ourselves at our keyboards as soon as we hear about a new exciting project.

So: implementing Lean UX

Here at LeanPanda moving from Agile/Scrum to Lean UX is very hard, because we are an agency with a consistent number of clients, and we are scared by practices which might steal time from developers already tied into a working machine, and we, as humans, are scared of the unknown.

Furthermore:

How can I know the exact team from the early beginning of a project? We have so many people in so many projects.

How can I sell a way of working to a client if I’ve never tried it?

How many team workshops… all these people together cost money!

Reasonable questions. Where can we find the answer? through trial and error.

While facing frustration you have two roads: change or stalemate. Being passive to events and the evolution of the Web, or being active.

Waterfall is frustration, as is Agile taken by itself.

What’s the frustration for Agile companies? Being a “cook-me-this” developer team. Being rooted in the “what” and not of the “why”. Creating care of deliverables based on unreasoned requirements. Companies like this will never grow in term of real quality. They think they grow because they think that quality is delivering something quickly. The quality of a house depends on the architect’s project, not on the speed it is built. Well, speed is an important factor, but not the basis of the project. Lean UX is inspired by and respects the Agile manifesto as an important part of the methodology, but the root is in UX.

The Root is always where the whys are

So how can we do it? How can we start moving towards Lean UX?

Without talking that much.

Don’t talk with your team leaders about how to implement Lean UX. Do as I did: run a presentation to the whole team. I prepared a 50-slide presentation, with some pieces of YouTube video of Jeff Gothelf talking, and some examples like the Nordstorm Innovation Lab video, as well as a little analysis of Sketchin’s method called Evo.

Track the team’s current methodology, and ask yourself: “next week, how can I experiment one piece of Lean UX?”.

Then, action.

So yesterday, at LeanPanda, we made it with the first internal workshop.