À PROPOS DE CET ÉPISODE
Kai Haley is the Head of UX Methods and Practice at Google and the founder and leader of the Google Sprint Leadership Academy. She is an expert at leading change, creating movements and creating high performance teams. Barry O’Reilly says of her, “She was one of the first people to embrace design sprints at Google and helped formulate that practice, codify it, and has coached hundreds - if not thousands - of people how to use these tools to identify product visions, drive successful user-centered products, and build cultures of innovation all across Google and outside.” She joins Barry in this week’s show to talk about how design sprints started, lessons she unlearned along the way, and the importance of designing for people first.
Looking Outside
Look for patterns and inspiration outside of your field, Kai advises. “I do gravitate towards looking outside of wherever I'm focused right now to how are people solving things over here, or what inspiration could we gain from something else?” she says. Her undergraduate study in anthropology helps her to keep the human and cultural connection top of mind in any design project. “When I'm looking outside of the discipline of design I'm keeping my eyes on the people and who this is for and who are we trying to solve these problems for,” she tells Barry.
Origin of Design Sprints
Creating a high performance cross-functional team requires a shared language and a shared idea of success. Getting design sprints off the ground meant that Kai and her team needed to bring together elements of design thinking, user research, business methods and psychology. The term ‘sprint’ was used to get the engineering team to buy in, as they were already used to ‘agile sprints’. Kai tells Barry that the first sprints were just four hours long, while other people were running longer sessions. Starting small gained her buy-in as everyone praised how impactful the exercise was, and asked for more. Her manager soon asked her to have one every two weeks. “In a very small and quick way I was able to get what we needed as a team, which was shared vocabulary, shared understanding of success, ideation, and then we could choose a direction together and then send people off to start executing against it,” she comments.
Key Lessons
Barry asks Kai to share the key lessons from her design sprint journey. She explains that every design sprint would be different, so when she trains people she doesn’t use a rigid framework. Instead she wants them to focus on the goal to accomplish; she wants them to use the tools she teaches and modify them for their unique circumstances. “How are you going to get alignment and buy in before you even get people into the room? And then once you get them into the room, how do you make sure you don't waste their time?” she asks leaders to consider.
She and Barry discuss other key lessons, including:
It takes attention and focus to help people learn how to learn.
Nurture a culture that encourages people to try things.
Think about the humans you are designing for. Kai advocates for an inclusive co-creation approach.
“Movements are really important because they give people something to believe in.”
Share a common vision and metric of success.
Start where you can show the impact.
Focus on the people who want to change.
Read the full show notes at BarryOReilly.com
Resources
Kai Haley on LinkedIn | Twitter
Looking Outside
Look for patterns and inspiration outside of your field, Kai advises. “I do gravitate towards looking outside of wherever I'm focused right now to how are people solving things over here, or what inspiration could we gain from something else?” she says. Her undergraduate study in anthropology helps her to keep the human and cultural connection top of mind in any design project. “When I'm looking outside of the discipline of design I'm keeping my eyes on the people and who this is for and who are we trying to solve these problems for,” she tells Barry.
Origin of Design Sprints
Creating a high performance cross-functional team requires a shared language and a shared idea of success. Getting design sprints off the ground meant that Kai and her team needed to bring together elements of design thinking, user research, business methods and psychology. The term ‘sprint’ was used to get the engineering team to buy in, as they were already used to ‘agile sprints’. Kai tells Barry that the first sprints were just four hours long, while other people were running longer sessions. Starting small gained her buy-in as everyone praised how impactful the exercise was, and asked for more. Her manager soon asked her to have one every two weeks. “In a very small and quick way I was able to get what we needed as a team, which was shared vocabulary, shared understanding of success, ideation, and then we could choose a direction together and then send people off to start executing against it,” she comments.
Key Lessons
Barry asks Kai to share the key lessons from her design sprint journey. She explains that every design sprint would be different, so when she trains people she doesn’t use a rigid framework. Instead she wants them to focus on the goal to accomplish; she wants them to use the tools she teaches and modify them for their unique circumstances. “How are you going to get alignment and buy in before you even get people into the room? And then once you get them into the room, how do you make sure you don't waste their time?” she asks leaders to consider.
She and Barry discuss other key lessons, including:
It takes attention and focus to help people learn how to learn.
Nurture a culture that encourages people to try things.
Think about the humans you are designing for. Kai advocates for an inclusive co-creation approach.
“Movements are really important because they give people something to believe in.”
Share a common vision and metric of success.
Start where you can show the impact.
Focus on the people who want to change.
Read the full show notes at BarryOReilly.com
Resources
Kai Haley on LinkedIn | Twitter
Anglais
États-Unis
TRANSCRIPTION 🔗
Are you the producer of this podcast?
Add a podcast transcript
Need Audio-to-Text?
Transcribe with Listen411 in Just 60 Seconds
RECHERCHER LES ÉPISODES PASSÉS
Rechercher les épisodes précédents de Unlearn.
AUTRES ÉPISODES DANS CE PODCAST
Jim Highsmith has been thinking about decision-making for a long time. When he wrote Agile Project Management in 2004, he went looking for practical guidance on decision-making in the project management literature and found very little. That gap matters even more now.
In this episode, Jim and I tal…
Most leaders think AI is a technology shift. It’s not. It’s a behavior shift.
In this episode, I sit down with Melanie Steinbach—former Chief HR Officer at McDonald’s, Cameo, and MasterClass—to unpack what’s actually changing inside organizations as AI becomes embedded in how we work.
Melanie has s…
Most people think growth comes from doing more—more services, more offers, more complexity. But in this episode, I sit down with Tas Bober, who did the exact opposite. She stripped everything back, focused on one problem, and built a business so clear people can describe it in a single sentence. Th…
Incorruptible with Eric Ries
What if the companies that last the longest are the ones building enough trust that people want to keep participating in them? That’s the idea behind this conversation with Eric Ries — entrepreneur, author of The Lean Startup, and now Incorruptible.
Through stories such…
AI is changing how work gets done — but more importantly, it’s changing how people understand their value, identity, and ability to navigate uncertainty.
That’s one of the reasons I wanted Chris Walker on the show. Chris has spent years helping companies rethink growth, systems, and organizational …
Avertissement: Le podcast et les illustrations intégrés sur cette page proviennent de Barry O'Reilly, qui est la propriété de son propriétaire et n'est ni affilié ni approuvé par Listen Notes, Inc.
MODIFIER
Merci de nous avoir aidé à tenir la base de données de podcasts à jour.