'Bill Scott: Bringing Change to Life'

Software is easy, people are hard.

Bill Scott gets that in a big way, and teaches a master class on getting stubborn, backwards-cultured companies to adopt faster, more iterative ways to learn and deliver the right value to their users, both at Netflix and at PayPal.

Here are some notes I took on Bill Scott’s presentation video: “Bringing Change to Life”.

Bill Scott - Bringing Change to Life

  • Real decision-maker is our customers
  • Every one of you is a leader in User Experience Design.
  • If they hired you to keep things just as they are, it wouldn’t be a very good job.
  • As soon as you get a few humans together, you’ve already contaminated the culture.

Netflix Culture:

  • “Outside-in culture”
  • Continuous customer feedback (get out of the building: GOOB)
  • Customer Metrics drove everything
  • Think it. Build it. Ship it. Tweak it.
  • Fail fast. Learn fast.
  • Lots of experimentation… build/measure/learn

Old Paypal Culture:

  • “Roll your own”
  • Disconnected delivery experience
  • Culture of long shelf life
  • Inward focus
  • Risk-averse

Change is hard

  • Organizations contain antibodies that don’t want to change. they will be passive-aggressive. don’t let them be your enemy. they’re not your enemy. acknowledge that will be the case.
  • Some people will be afraid of losing their jobs, their skills may be outdated. they’re not the kind of people that are risk-takers, for example.
  • Lead these people through the change, or route around them.

Behavior is deep-seated and reinforced.
How can you bring change to your team?

Persistence

  • Persistence is based on strongly-held principles
  • Look at everything you do through the lens of “does this change get us closer to these principles, or not?”
  • Not about specific ideas or solutions.
  • This is not stubbornness

Improv

  • The balance to persistence to keep it from becoming stubbornness
  • Based on humility to listen, and adapt to what you hear.
  • Really understand the org, and the problems
  • Not just “winging it”

1. Believe something deeply

  • Make the customer the foundation of your principles
  • Don’t confuse principles with programs or processes
  • Never abandon your principles
  • These principles will sustain you when everything goes wrong ### Some of my principles
  • Shared understanding
    • Started ad-hoc roundtables between design & engineering to break down silos and form some shared vocabulary and terms, at the least
  • Deep Collaboration
    • Teams should be constantly talking, working with one another
    • Come to understanding of how each side works, to better serve each other.
    • Collaboration, not presentations made in isolation
  • Continuous Feedback
    • From customers and users
    • Every Thursday was “User day” for usability studies.
    • Every team was involved.
    • As soon as you start talking to real customers, you know what it’s like

2. Understand the Culture

  • Listen first. there is wisdom in the crowd
  • Formulate hypothesis for change and verify them by testing
  • Never abandon your principles
  • Don’t start with a recipe, process, or program
  • Treat this like designing an experience. It is contextual.
  • Know your user

  • A lot of smart people in the company, they’re just locked up.
  • There are also people that just come along for the ride, and they’re not contributing, and some of those can be awakened. But some people just really need to move on and find something else to do.
  • If it takes six weeks to get new code out, it’s going to really screw up the culture.
  • At paypal, we found a culture of long shelf life, instead of a culture of experimentation.

3. Fix the pain points

  • Change will not work if it is about self-promotion. change is not going to happen because of one person, you’re just one piece of the puzzle. It’s going to be a whole bunch of other voices that come in with you.
  • Start solving the key problems in the organization
  • Embrace the problem, not the solution. orgs will fall in love with their solutions. They’ll be damned if they have to change them. If you can get customers in the loop, it will shatter your thinking. Whole teams will rally around the problems. When it’s not about defending your solution, but solving the problem, it becomes a much better place to work.
  • Tangled up technology that prevented build/test/learn

4. Rally the troops

  • As you interview & listen, you will find like-minded souls
  • They will often be the ones closest to the real problems
  • Make them your allies
  • You will also find the weary, the complacent, and the perpetrators. route around them. He had his list of detractors, that he never told them what was happening.
  • sprinkle in new DNA from the outside
  • Find people inside and outside that share the same values and principles you do.

5. Prototype the Change

  • Find a way to fail fast, learn fast
  • Find a way to get to failure as fast as you can, so you can learn as fast as you can.
  • A sandbox is a good way to engage a pilot project
  • Measure success
  • Bring your allies (and detractors) through the change experience
  • Act your way into right thinking. If you can get people to act differently, they may begin to think differently.
  • Create a story of success.

  • Paypal’s new president was from a startup acquisition, and was used to startup speed and scale.
  • He grabbed the CTO, and said he wanted to change checkout, he said he hated the experience and it sucked.
  • Got a small team together.
  • Did lean ux, with product/design/engineering teams, did usability testing with real customers
  • Got rid of all magic tools for now. just sketched on white-board.
  • Engineers coded live in browser as we went.
  • UX guy saw finished flow prototype in browser already, and wondered what his job was, because he was so used to delivering documentation, rather than being allowed to develop experiences.
  • Called it project Hermes, the greek god of mobile, agility, and of commerce.
  • We put people through this experience. Had usability day every Thursday, retrospective every friday. Started again on monday.

6. Tell a Story

  • From the success, formulate a story
  • Use the success (or learnings) to reinforce your principles
  • Every team and project needs 3 things to drive every decision: shared understanding, deep collaboration, and customer feedback.
  • Early on, bring in experts from the outside that reinforce your story. they legitimize your efforts. Whatever message or story you’re trying to tell at your company, find an outside expert that will come in and tell your story. At Netflix, when he first got there, he wanted to focus on performance, because performance sucked, and it was a horrible experience. So he brought Steve Souders in to talk about Performance. After that, all of his detractors that told him it couldn’t work came up to him and said “We need to do that, it’ll be awesome!”. When he got to PayPal, he brought in people from LinkedIn and Walmart Labs to talk about NodeJS, since they were some of the first to use Node in a production service. Now everyone said that Node was interesting at PayPal. It’s a trick, but he’s doing it for the right reason.
  • Make a meme to tell the story
  • Create “tweetable moments”. A tweet is like a short idea, an elevator pitch, that inspires a bigger, thought-provoking conversation
  • “One of our biggest challenges as an organization is moving from a culture of delivery, to a culture of learning.”
  • My goal for engineering was “to enable learning.”
  • It’s key to know what your principles and your message is, because when you get that chance, “tweet it.”
  • The Hermes project allowed us to tell that new story.

7. Keep Iterating

  • What worked last year probably won’t work this year
  • Organizations are always changing. Improvisation is your friend
  • If new people come in that haven’t hear the story, don’t know why we’re doing it this way, teach them. It’s tiring, but it’s necessary.
  • YOU MUST NOT GIVE UP!
  • Once you get lean ux 1.0 out and working. don’t stay there. take it to the next level.
  • Keep repeating all of those steps
  • With the full agile rollout, we are rebooting our lean ux methodology.
  • Think of it from the experience down, not the service team up.

Summary

  • Bringing change is similar to the design process
  • The things he’s said here aren’t foreign at all, they’re what we do when we do great design.
  • Bringing change requires persistence and improv.