When I talk about Knowledge Flow, I am pointing at the moon.
When I describe a concept, like a moon, you can see what I’m pointing at. You understand my words, you nod because you know what I'm talking about.
But you are not experiencing the moon. You aren’t jumping around in your space boots, gathering rocks with your space mittens, sticking flags in the moon dust.
You won’t get much from these chapters if you only look at them. Jump around in your space suit. Consider ideas, try them out, practice new skills.
When I point at the moon, you see moonlight, the mother of pathos and pity, waker of werewolves. But here's that thing that's really gonna bake your noodle: There is no moonlight. You are seeing sunlight.
The sun is in your blindspot but you see it's impact and call it moon.
Knowledge is like that. It illuminates what see and reveals what you must infer.
This is your last chance. After this, there is no turning back. You can put the chapter down, the story ends, you go back to daily work land and believe whatever you want to believe.
You continue reading, you stay in Knowledge Flow land and I show you how deep the rabbit hole goes.
All I’m offering is the truth, nothing more.
Next, we name and confront potentially-unsettling myths: the Six Dominant Delusions of Unusual Size. You’ll might recognize them immediately, you might now. Some might make you gringe.
That’s okay, just keep in mind ... in the long run, the Pain Train is scarier.
The Notorious RBG
In 1960, Ruth Bader Ginsburg couldn't find a job.
She'd graduated first in her class from Columbia Law School. She'd been the first woman to serve on two major law reviews: Harvard and Columbia. Despite that, no New York City firm would hire her.
When a dean at Harvard Law School, Albert Sachs, recommended her to Supreme Court Justice Felix Frankfurter, he said, “I’m not ready to hire a woman.”
A decade later, Ginsberg appeared before the US Supreme Court. She won the case in an 8-1 decision. In the 1970s, she argued six Supreme Court cases and won five of them.
In 1993, Ruth Bader Ginsberg became the second female Supreme Court Justice (the first was Sandra Day O'Connor). When she died in 2020, Ginsberg had become a cultural icon: the Notorious RBG.
My technology career began while RBG was a Supreme Court Justice. Had things changed?
According to a 2022 study, that is still the norm. 91.88% of software developers worldwide are male.
In 2017, a Google engineer published memo explaining these numbers. Women aren't in those high-stress jobs because they make women too anxious. Women are focused on feelings rather than ideas. More interested in empathizing than systemizing.
(It’s worth mentioning here that I am a systems architect who wrote a book on systems thinking. And, as you can see, am very interested in "ideas".)
Empathy, he said, should be de-emphasized, because “being emotionally unengaged helps us better reason about the facts”. (Cognitive empathy, the ability to understand another person's point of view, is a crucial skill for people writing software that other people will use.)
The memo triggered widespread public backlash and he was fired. That, when compared to RBG's experiences, is a change.
In response, he said, “I've gotten many personal messages from fellow Googlers expressing their gratitude for bringing up these very important issues which they agree with but would never have the courage to say.”
Oh, they have the courage to say it.
- I give a talk on software engineering at a technology conference. My slides include code samples. Afterwards, three people ask me if I am the project manager.
- I join the hackathon at a conference where I am a speaker, When I enter, the organizer asks me, three times, in front of everyone, if I am in the right room.
- While architecting a major transformational initiative, I am told by the Head of Product that I am only in my role, he says, because the CTO likes you."
- In a pub, having a beer with my team and engineers from other teams. Someone asks me, “What’s your role?” My team lead responds, “She’s our boss.” The response: “Oh, so you are the den mother who makes sure everybody keeps their desks tidy?”
Now ... pause with me for a moment.
This is important!
I’m not telling you stories about sexism.
“Suuuuure”, you scoff. “That certainly sounds like you're talking about!"
Yes, these are true stories. I can also share many true stories about male colleagues being instrumental in my success. The "den mother" question? My teammates responded; I didn’t need to say a thing.
I can also tell you stories about women in tech behaving badly.
Pointing at the moon, remember?
I’m telling you stories about the power, and impact, of the powerful narrative layer humans project onto reality. About epistemological myths that recursively constrain and distort knowledge.
The Power of Epistemological Myths
Mythopoesis is a fancy-pants word for something we experience all the time but rarely notice. The generative human capacity to construct meaning, stories, symbols, and conceptual frameworks that shape perception, behavior, and reality — at both individual and collective scales.
This, obviously, is a critical ability! Without it, there would be no numbers, letters, governments, train schedules, Javascript. Epistemological myths are the ones that describe what knowledge is and who has it.
The challenge is: humans happily operate in and reinforce these myths, whether or not they are based in reality. Whether or not they are serving us well. (if you are thinking "I don't do that" ... oh, my friend, I have some swamp land in Florida to sell you.)
A delusion is a false belief, judgment, or perception. Because we are very good at mythopoesis, we inadvertently reinforce delusions about knowledge that block knowledge flow.
The call is coming from inside the house.
Delusions are difficult to see because they can be somewhat true, under some circumstances. Whether by systemic design, valid science, or personal preferences, they shape what comes to mine.
Did your mother come to mind?
My son would recognize me in that description. But it does not describe most people's experience of "mom". This creates cognitive dissonance, when we are faced with an experience that contradicts a widely-held belief.
As knowledge workers we are responsible for our cognitive dissonance. The delusions we reinforce are not sacrosanct simply because we agreed on them.
Today, you will act on and reinforce epistemological myths and never question them. So will I! If you want to experience the flow of knowledge, illuminating them is a never-ending practice.
The sun is the moonlight.
Epistemological myths are not harmless. The Google memo writer was reinforcing cultural and systemic myths that maintain control over who "other people" are and what "other people" can do. That is often a tell.
(Myths have another tell: binary thinking. When discussions revolve around right, wrong, true, false, male, female, yes, no ... they are usually tangled in delusion. Reality is rarely black and white.)
Regardless of your position on biological determinism, the value of empathy, or the US Supreme Court ... remember this: The structures invented are not (necessarily) knowledge structures.
Some familiar structures, patterns, and processes might, under some circumstances, encourage the flow of knowledge. When that's true, act on them! Keeping in mind that they also shape “knowledge" ways that are neither naturally arising or set in stone.
The Six Dominant Delusions (of Unusual Size)
There are no gods in the universe, no nations, no money, no human rights, no laws, and no justice outside the common imagination of human beings. -- Yuval Noah Harari, Sapiens
Roughly 70,000 years ago, humans developed a unique ability to communicate about things that don't physically exist. This cognitive revolution transformed the rate of evolutionary change.
"Large-scale human cooperation," Harari said in his book Sapiens, "is rooted in common myths that exist only in people’s collective imagination."
Concepts like companies, education, and social media shape how we live, work and understand our world. Their impact is so powerful, you probably don’t remember, day to day, that humans designed these concepts. They feel inevitable.
Every concept impacts knowledge because ... what is knowledge if not the act of architecting concepts? When they are poorly architected, when they are untrue or don't serve their purpose, they are delusions.
Here are six examples of dominant delusions (of unusual size) that impact organizational knowledge flow.
- Knowledge is a Static Possession
- Knowledge is Hierarchical Authority
- Knowledge is Efficiency of Execution
- Knowledge Leadership is Command and Control
- Knowledge is Just Delivery
- Knowledge is Pure Rationality
Knowledge is a Static Possession
With great power comes great…great mountains of artifacts — not Spiderman
This delusion confuses knowledge with static assets: documentation, dashboards, models, data warehouses, style guides, project plans. All the inert information we store, quantify, tag, control, and defend.
We treat knowledge as a treasure, hoarded and guarded by dragons.
Facts do not generate intelligent organizations. Yet we persist in producing as many artifacts as possible, as if knowledge can be transmitted via manuscript alone.
This includes facts stored in your own mind. Winning at Jeopardy! or recalling trivia at lightning speed is impressive and requires devoted practice. But this practice trains storage and rapid retrieval, not (necessarily) knowledge.
Knowledge is not something you possess. Knowledge is something you do. Knowledge is: interpretation, connection, application, contextual awareness, collaboration, synthesis, adaptation, and meaning making.
A living process. Shaped by time, shared energy, and attention. Applying new insights and changing your own mind.
- The strategy deck becomes knowledge when the relationships in the system have shifted and everyone can act on it without friction.
- Data becomes knowledge when people access the right information, in the right context, at the right moment, to do something valuable they could not do before.
- The Technology-Specific Expert generates knowledge when their expertise becomes part of the team's skillset instead of a bottleneck.
- A JIRA ticket generates knowledge when the team notices the real problem and proposes a better way to achieve the underlying goal.
- The fancy reporting dashboard becomes knowledge when it reveals why something is slow. (It never will.)
Knowledge is Hierarchical Authority
Help! Help! I’m being epistemologically repressed! — not Monty Python and the Holy Grail
This delusion treats organizational hierarchy as a knowledge system. It assumes that knowledge can be handcrafted in a boardroom and handed down to teams like Halloween candy. If knowledge isn’t a possession, it can't be something owned by "leadership" or dispensed by institutions.
In the United States this myth is practically an origin story. The founders believed that landed gentry were inherently more rational, better informed, more fit to decide. Corporations inherited this monarchical structure, and our education system was built to produce expectation-meeting industrial labor for a small leadership class.
We still confuse social position with knowledge. Academic prestige, job title, wealth, brand visibility, follower counts, and election are forms of authority, not (necessarily) knowledge skills. We might apply knowledge from a powerful position but power is not epistemology.
When a group has the authority to decide who gets to speak, who get believed, and who is ignored, they reinforce epistemic gated communities. Defining who counts as knowledgeable. Gender essentialism is a good example, The myth that men are objective and women are emotional was produced by a culture in which women had no authority to define objectivity. Or, biology.
Knowledge is a social proccess. It arises through reciprocity -- exchanging information, perspective, and experiences across a system of relationships. People working together to interpret, synthesize, and act.
Relational reciprocity doesn't mean "everyone's opinion is equally valid". Opinion is not knowledge. The goal isn't agreement. The goal is coherence, soundness and ... making sense.
Knowledge flows when the CTO's systemic pattern recognition meets the Head of Product's understanding of user behavoir meets the junior engineer's intimate knowledge of the code. It emerges in relationships, not boardrooms.
Knowledge is Efficiency of Execution
There is no spoon. There is only your manager who does not bend. - not The Matrix
This delusion elevates efficiency, throughput, and control are the pinnacle of organizational intelligence. An intelligence measured by the ability to execute tasks faster, smoother, and with fewer 'mistakes'. Knowledge is generating better compliance with orders..
This mindset is inherited from scientific management. A world that rewards predictability, schedule adherence, and minimization of variance. Celebrates the fantasy of the pure, detached mind—a neutral, rational observer discovering “the one right answer".
And punishes reflection, ambiguity, curiosity, sensing, and self awareness They introduce doubt. They distract attention from finding solutions that are quick, certain, concrete, and unambiguous.
Then we wonder why we are buried under brittle "legacy" systems that can't evolve or adapt. We optimized for efficiency and execution. We reduced complexity by paving over reality.
But reality will always emerge.
Efficiency is the enemy of effectiveness. -- Dan North
Processes optimized for knowledge flow make sense of problems. Decisions and actions are informed, timely, and connected to context. There are no fire drills ... unless there are actual, literal, fires.
Knowledge emerges from well-architected patterns of interaction, learning habits, and sound constraints. When there is slack, reflective learning, and pattern detection in the execution process ... meaning can emerge.
The fear is always "but we don't have time for that!"
Enabling meaningful, effective action takes far less time than building six "solutions" that don't solve the problem. And leave new ones in their wake.
Knowledge Leadership is Command and Control
The first rule of Knowledge Club is: You do not talk about Knowledge Club.— not Fight Club
Since the Enlightenment, we've told ourselves a story about progress. We are climbing a linear stairway to heaven, becoming staggeringly more knowledgeable with each passing step.
Go us. We’ve been to the moon! We invented iPhones! We doubled the human lifespan.
Alas, the story conveniently ignores anything that doesn't fit the plot. The feedback loops revealing that we are also manufacturing our own extinction.
- We've wiped out 85% of large land mammals
- And most of the rainforests.
- Microplastics are found in unborn babies.
- We've lost over 90% of crop diversity in the last century.
- Many farmlands have less than 60 years of life left.
- Data centers and factory farms emit more carbon than all forms of transportation. (While we buy electric cars.)
Command and control knowledge leadership are produces systems that are equally unsustainable, even when they appear to thrive on the surface. Underneath, there is degradation (we call it "tech debt"). Systems that can't recover because they can't adapt.
When leaders mirror this myth by chasing dominance, they reproduces the same epistemic faults:
- Ignoring or suppressing feedback.
- Believing that linear fixes can control nonlinear problems.
- Adapting only when threatened, rather than building adaptive capacity.
- Reacting to vulnerability as a flaw instead of a signal.
When leadership does not facilitate decision making based on feedback and experience, the environments they govern must obey fixed rules. But circumstances change. Patterns evolve. Critical information arrives too late. Today's solution become tomorrow's business-critical crisis.
Control becomes fragility.
Leadership is not commanding a world without uncertainty. Knowledge leadership is stewardship of an adaptive system -- one that grows increasingly responsive to change.
Key concept: Leadership creates the conditions adaptive decision-making grounded in systemic feedback.
Knowledge is Just Delivery
Show me the knowledge! — not Jerry Maquire
W. Edwards Demming said:
Every system is perfectly designed to get the result that it does.
The myth that knowledge flow ends at delivery (except for raking in the revenue) designs a system that can not learn. A system that cannot reveal what matters, expose our blindspots, and (perhaps most importantly) cannot maintain a relationships with the real world ... as it grows and changes.
Unless we are delivering something to a vacuum, impacts will happen after delivery. New experiences will happen after delivery. Meaning will be understood ... after delivery.
If we are not learning from our experiences ... there is no knowledge in the loop.
Delivery is not the goal -- it is the midpoint of the knowledge cycle. A test. A hypothesis. A probe. The beginning of a new direction -- one that may lead you forward, elsewhere, or right back where you started.
Pay attention.
Many of the problems we are frantically solving today are caused by gaps in our learning cycles. Chances are, if slow down enough to look, we'd see the problem in a new light.
A knowledge system is not a pipeline to production. It is a system that we can design. Every role participates in this design, is part of the learning loop. Every organization benefits from a system that is not just resilient but thrives in changing and challenging circumstances.
Delivery can teach us:
- Where new ideas originate in the process.
- What people do when given new options.
- Which recommendations were well-constructed and which concealed hidden flaws.
- Where meaning falls into gaps between teams and how those gaps can be bridged.
- The unexpected impact of our actions.
- The value (or or illusion of value) of our strategies and estimates.
- The next step on the journey,
Knowledge is Pure Rationality
I love the smell of knowledge in the morning. — not Apocalypse Now
The myth of “hard” versus “soft” skills cripples organizational intelligence.
When we treat data, logic, and analytical reasoning as the only legitimate cognitive mode, we miss the nuance inherent in everything. Our minds are one organ in a system of information gathering. To understand the complexity we all face, we also need, embodied, emotional intelligence, intuition, relational attunement, creative insight.
Human systems are cognitive ecologies that need systemic ways of thinking.
Experience is valuable but not if we only apply it to climbing a linear ladder towards certainty. Experience is a spiral pathway, teaching us slant. Knowledge is a lifelong process that includes developing tacit knowledge that we can’t easily articulate.
Wisdom is shared through experiences and meaning structures we create for others. AI is a perfect example. So much hype, so much fear, so much scientific interest, so much money ... and yet, it's primary impact is relational.
Leaving the Fire Swamp
If some of this chapter feels uncomfortable, implausible, or outright wrong -- that's okay. You aren't supposed to take my word for it.
Knowledge doesn't arise from agreement; it arises from engagement.
My goal here is not to be right. My goal is to point out the sun, even when you are basking in moonlight.
You can survive, even thrive, inside the Fire Swamp where these myths shape your daily life. Many organizations do. Many books will encourage you to master these myths. Even when we rebel against them, perhaps especially when we rebel, epistemological myths shape our thinking and experiences.
You do have a choice, though.
Healthy knowledge systems are not built on executive control or rigid, deterministic delusions. They flourish in organizations that value self-organization, reciprocity, learning, and coherence. They thrive where meaning moves freely.
We can architect these systems -- but only if we are willing to leave the Fire Swamp behind.
Thank you, reader friend, for doing this hardest work first. The Delusions are loud, confounding, and everywhere.
But they’re not the whole story.
Each delusion an opposite Truth. Each Truth points toward a path out of the Fire Swamp.
That’s where we are heading next. ... follow the white rabbit.
Activity: Make and Use a Glossary
Knowledge can’t flow when people are using the same words to describe different experiences.
Mention the word Agile and you’ll see what I mean. 98% of the time, people mean very different things by “Agile”. Some of our definitions aren’t simple or literal; they are contextual, nuanced and downright dogmatic.
Even common words can trip us up. People presume they are talking about the same thing, but they aren’t. The discussion spirals. Not because people disagree — they are solving different problems and don’t realize it. All because of a word or two.
Sharing the same language is key to Knowledge Flow. In Domain-Driven Design, this is called “ubiquitious language”. Everyone uses the same terms in conversations, code, documentation, and experiences. This enables quicker understanding and a significant decrease in bikeshedding.
Make a list of words that matter. The ones that people must understand in order for you to make sense. As you read, practice, and build your studio — add more, whenever a word’s meaning is essential to share.
An example glossary
I’ve included some relevant terms. Like bikeshedding!