How do I apply the idea that making team thinking visible?

The most direct way to practice is through a focused exercise: Choose a domain where your team frequently disagrees or miscommunicates — an architectural decision, a process, a role boundary, or a planning approach. Ask each team member to independently create a visual representation of their understanding: a diagram, a flowchart, a list of steps, a decision tree. Collect the representations and display them side by side (in a meeting room, a shared document, or a virtual whiteboard). Do not evaluate which is 'correct.' Instead, facilitate a conversation focused on three questions: 'Where do our models agree?' 'Where do they diverge?' 'What explains the divergence?' The divergence explanations are the most valuable output — they reveal the different experiences, assumptions, and information sources that produced different models. Document the converged model and make it the team's official reference.

Common pitfall: Making thinking visible only during retrospectives or postmortems — treating externalization as a corrective practice rather than an ongoing cognitive infrastructure. If the team only surfaces its thinking after something goes wrong, the externalization is reactive rather than proactive. The second failure is performative visibility — creating documents, diagrams, and wikis that technically externalize team thinking but that no one reads, updates, or references. A confluence page that was written once and never consulted is not visible thinking. It is archived thinking, which is worse than invisible thinking because it creates the illusion of alignment while the actual models continue to drift.

This practice connects to Phase 81 (Team Cognition) — building it as a repeatable habit compounds over time.