đĄď¸ Psychological Safety
Psychological safety is the shared belief that the environment is safe for interpersonal risk-taking: asking questions, admitting mistakes, proposing unconventional ideas, and disagreeing with superiors without fear of punishment or humiliation. The concept was formalized by Amy Edmondson (Harvard Business School) and gained global reach with Google's Project Aristotle.
đ Project Aristotle (Google, 2015)
Google studied 180 internal teams to find out what distinguished high-performing teams. They tested everything: composition, seniority, proximity, size. The #1 variable wasnât talent, average IQ, or experience.
- Factor #1: Psychological Safety (by a significant margin over #2)
- Teams with high SP: 2.7x more innovative, 40% less turnover, errors reported 47% faster
- The signal: It's not about being "nice" or "pleasant" â it's being able to say "I don't know," "I was wrong," or "I disagree" without social risk
đ Edmondson: What Psychological Safety Is NOT
- ⢠It's not about being "nice" - It's precisely the opposite: being direct and honest is possible because the environment allows it
- ⢠It's not a lack of accountability - Teams with high SP combine high standards with high safety (the "learning zone" quadrant)
- ⢠It's not permission for poor performance - It's separating feedback about the work from personal attacks
- ⢠It's not comfort - It's courage. SP creates the conditions for difficult conversations, not for avoiding them
đ ď¸ How to Build SP in Practice
Edmondson suggests 3 steps for leaders:
- 1. Frame the work as learning, not as execution. Say: âWeâre entering new territory. We need everyoneâs perspective.â
- 2. Recognize your own fallibility. Say: "I could be wrong. What am I missing?" This gives others permission to do the same.
- 3. Model curiosity. Ask more questions than you make statements. Ideal ratio: 3 questions for every 1 statement in meetings.
đŻ Tolerance for Intelligent Failure
"Fail fast, fail cheap, fail forward" isn't an empty slogan. It's a operational discipline. Innovative organizations do not celebrate every failureâthey systematically distinguish between mistakes that generate learning and mistakes caused by negligence, and create processes to extract the most from each one.
Intelligent Failure
- â There was a clear hypothesis before testing
- â The test was cheap and fast (MVP, prototype)
- â Generated documented learning and shared
- â Informed the next iteration
Negligence Error
- â There was no hypothesis â it was just "a hunch"
- â Bet high without validating first
- â Ignored signals that already pointed to the problem
- â Repeated the same mistake without learning
đŞ Amazon: One-Way vs. Two-Way Doors
Jeff Bezos classifies decisions into two types:
- ⢠One-way doors (Type 1): Irreversible. Require caution, in-depth analysis, and escalation. E.g.: selling a business unit, entering a new billion-dollar market.
- ⢠Two-way doors (Type 2): Reversible. These decisions should be made quickly by small teams, without red tape. If it doesnât work, reverse it. Most day-to-day decisions are Type 2.
The most common mistake large companies make is treating Type 2 decisions as Type 1 decisionsâcreating paralyzing delays.
đ§Š Cognitive Diversity
Cognitive diversity is the presence of different ways of thinking, processing information, and solving problems within the same team. Itâs not just demographic diversity (gender, ethnicity, age), although that often contributes. Itâs about having people who look at the same problem from genuinely different angles.
đ What research shows
- 35% more effective: Cognitively diverse teams are 35% more effective at solving complex problems (Harvard Business Review, Reynolds & Lewis, 2017)
- 20% more innovative: Companies in the top quartile for diversity have 20% more innovation revenue (BCG, 2018)
- Groupthink: Homogeneous teams make decisions faster, but make more mistakes. Homogeneity creates overconfidence, not accuracy (Surowiecki, âThe Wisdom of Crowdsâ)
- Productive discomfort: Diverse teams report more (positive) conflict and arrive at better solutions. âCognitive frictionâ is a feature, not a bug
đ§ Types of Cognitive Diversity
Different ways to represent problems and situations
Different approaches to solving problems
Different ways to categorize and classify information
Different mental models for predicting consequences
đĄ In Practice
Before assembling a project team, map out cognitive styles (using tools like MBTI or Herrmann Brain Dominance, or simply asking âHow would you approach this?â). Make sure you donât have 5 people who think alike. And remember: diversity without psychological safety is uselessâthe people who think differently need to feel safe expressing their divergent perspectives.
đ§Ş Continuous Experimentation
The difference between a hypothesis culture and a opinion culture is the difference between science and politics. In a culture of opinion, whoever argues best wins (or whoever has the most power). In a culture of hypotheses, whoever tests wins. âLetâs find outâ replaces âI think.â
đŹ Hypothesis Culture vs. Opinion Culture
Hypothesis Culture
- "We believe X because of Y. Let's test it."
- Decision based on experiment data
- Failure = new data, adjust and try again
- Anyone can propose a test
Opinion Culture
- "I think we should do X because I'm the manager."
- Decision based on hierarchy or eloquence
- Failure = someone's to blame, cover it up and move on
- Only senior leadership can propose changes
đ Scaling Examples
- Booking.com: Runs ~25,000 simultaneous experiments. Any engineer can launch an A/B test without management approval
- Netflix: Tests everythingâfrom movie thumbnails to recommendation algorithms. The culture is âprove it, donât opine.â
- Amazon: "Good intentions don't work. Mechanisms do." Formal processes for hypothesis-testing-iteration in every area
- Spotify: âThink it, build it, ship it, tweak it.â Autonomous squads with permission to experiment within their mission
đ ď¸ Rapid Experimentation Framework
1. Hypothesis: "If we do X, we expect Y because Z." | 2. Metric: How will we know it worked? | 3. Minimum test: What is the smallest experiment that validates this? | 4. Deadline: When will we have the answer? (max 2 weeks) | 5. Decision: Scale, iterate, or discard? | 6. Learning: What did this teach us?
đ¤ Cross-Functional Collaboration
Innovation rarely originates within a single department. The best ideas emerge from the intersection of disciplines - when an engineer talks with a designer, when Sales brings customer insights to Product, when Finance challenges Technology to think about feasibility from day 1.
Toyota: Obeya Rooms
"Big room" in Japanese
A physical (or virtual) room where all the functions involved in a project meet regularly, with visual information on the walls. Engineering, production, quality, procurement, marketingâeveryone in the same space, seeing the same data and solving problems together. Eliminates handoffs and queues between departments.
Pixar: Unplanned Encounters
Architecture in service of collaboration
Steve Jobs designed Pixarâs headquarters around a single central atrium, with all the bathrooms, cafeteria, and mailroom in the middle. He forced engineers, animators, writers, and executives to cross paths dozens of times a day. Jobs said: âCreativity comes from spontaneous encounters.â The building is a machine for productive collisions.
Amazon: Two-Pizza Teams
Autonomy at scale
Small enough to be fed by two pizzas (6-10 people), but cross-functional: they have all the skills needed to deliver end to end without depending on other teams. Reduces coordination, increases speed, preserves ownership.
â ď¸ Enemy #1: Organizational Silos
When departments donât talk, each one optimizes for itself. Marketing promises what engineering canât deliver. Product develops features that Sales doesnât know how to sell. Finance cuts the experimentation budget because it doesnât understand the innovation pipeline. Silos are the cancer of innovation.
đ¤ Focus on the Customer / User
Innovation without a customer is invention. Invention may be fascinating to the inventor, but it creates no value. The pillar of customer focus ensures every innovation starts and ends with a real person whose problem needs to be solved. Technology is the means, not the end.
đ Customer Obsession (Amazon)
Amazon elevates customer focus to "obsession." It is Leadership Principle #1 of the 16. In practice:
- ⢠Working Backwards: Every new product starts with a fictional press release written from the customerâs point of view. If the PR isnât exciting, the product isnât worth building
- ⢠Empty chair: In meetings, an empty chair represents the customer. Before every decision: âWhat would the customer say?â
- ⢠Andon cord: Any employee can âpull the cordâ and stop a process if they realize the customer will be harmed
Design Thinking
Empathy as step zero. Observe, interview, and immerse yourself in the userâs context before generating any solution. IDEO and Stanfordâs d.school popularized the method.
Jobs to Be Done (JTBD)
Clayton Christensen: customers donât buy productsâthey "hire" solutions to do a job. Understanding the job is more powerful than traditional market research. "People donât want a 1/4-inch drill. They want a 1/4-inch hole."
Continuous Discovery
Teresa Torres: talk with customers every week, not just at the start of the project. âContinuous discoveryâ ensures the product never drifts from what the user needs.
Gemba Walks
Adapted Toyota concept: go to the âgembaâ (the actual place where value is created or consumed) and observe. In digital settings: session recordings, user shadowing, and support tickets as sources of insight.
đ Module Summary
Next Module:
1.3 - Theoretical Models: Google X, Amazon, Pixar