liveBook · Manning

Psychological safety

As explained in "Looks Good to Me"

A team condition in which people feel safe to ask questions, seek clarification, and contribute ideas without fear of negative consequences.

Psychological safety lets team members ask questions, seek clarification, and request help without treating those actions as negative. It prevents misunderstood requirements and subtle bugs from reaching code review. section 4.4.4

Strengthen it through deliberate team practices:

  • Discuss features thoroughly and define clear acceptance criteria before implementation. section 4.4.4
  • Make questions and reasonable requests for help explicitly acceptable during development. section 4.4.4
  • Invite junior, new, and quieter members to contribute through meetings, chat, written notes, or one-on-one conversations. section 4.4.4

A practical contrast

When a developer is unsure about a requirement, psychological safety means asking for clarification before coding rather than silently guessing. The team can support that question in a meeting, chat, written note, or private discussion. section 4.4.4

How "Looks Good to Me" covers it

How deep it goes
Explains causes, preventive practices, and inclusive communication options without presenting measurement methods or formal assessment.
Examples
Uses misunderstood requirements, hidden bugs, clarification requests, and meeting, chat, written, and one-on-one contributions.
What you can do after
Apply it by establishing clarification norms, discussing features, defining acceptance criteria, and offering varied ways to contribute.
How it connects
Connects psychological safety with code review, acceptance criteria, requirements, mentoring, static analysis, and automated testing.

Also explained in

Compare how 3 books explain psychological safety →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of "Looks Good to Me". The section links point to the parts of the book it draws on.