I'm not a biblical scholar. This post treads on sensitive ground regarding matters of theology. My intention isn't to critique faith, but instead is the same as Brooks's: interpret the account of the Tower of Babel through the lens of project and corporate management. I hope I've navigated the line between serious and tongue-in-cheek successfully.
In his seminal 1975 book The Mythical Man-Month, author and engineer Frederick P. Brooks starts chapter 7, "Why Did the Tower of Babel Fail?" with the relevant Biblical text.
Now the whole earth used only one language, with few words. On the occasion of a migration from the east, men discovered a plain in the land of Shinar, and settled there. Then they said to one another, "Come, let us make bricks, burning them well." So they used bricks for stone, and bitumen for mortar. Then they said, "Come, let us build ourselves a city with a tower whose top shall reach the heavens (thus making a name for ourselves), so that we may not be scattered all over the earth." Then the Lord came down to look at the city and tower which human beings had built. The Lord said, "They are just one people, and they all have the same language. If this is what they can do as a beginning, then nothing that they resolve to do will be impossible for them. Come, let us go down, and there make such a babble of their language that they will not understand one another's speech." Thus the Lord dispersed them from there all over the earth, so that they had to stop building the city.
As an aside, it's fascinating that after a solid search I don't find this translation anywhere else but in Brooks's book. It seems unlikely he played fast and loose with the Bible, so where did his translation come from?
But to the point. Brooks makes the case that the Tower project failed, and that its failure was due to lack of communication and organization by the development team.
Is this supported by the text?
The first question to answer is whether the project was completed. Initially, reading "Then the Lord came down to look at the city and tower which human beings had built," it seems they did complete the city and tower. The puzzle is in the comment, "If this is what they can do as a beginning," which implies the work is merely started. But if it's merely started, how is there even a tower?
The New International Version translates this subtly--but crucially--differently.
But the LORD came down to see the city and the tower the people were building. [Emphasis mine]
However, many other translations use the past tense, "built."
The answer seems to be in the following statements that the Lord confused the language, scattered the people, and they "had to stop building the city." It appears clear the work was unfinished and the past tense "built" should be read as "built so far" rather than "completed."
Is an uncompleted project a failure? Not necessarily. Sometimes projects are abandoned because priorities change. We need to understand, why wasn't this project completed?
So, let's examine the project as a corporate development effort as Brooks did, but without--in my opinion--his bias.
- The developers had a clear goal and motivation.
- They began with great success, communicating very well and accomplishing quality work.
- The CEO checked up on them and felt threatened by their success.
- He didn't directly cancel the project. He broke up the teams. Not only that, he created barriers to communication.
- At that point, the developers gave up on the project.
Let me call the first point out again: the Tower of Babel was not failing. The development team was succeeding. The evidence points to the CEO as being the source of the failure, not the developers.
Before making that case, one question is why did the CEO react that way? Why did he feel threatened? The usual reason given for the Lord's actions is the people's hubris.1 They--from the Lord's viewpoint--are trying to achieve godliness, and the Lord and his host (the C-level execs, if you will) don't take kindly to that. They don't want the people making "a name for themselves." Maybe they see the roots of a competitive company growing within their own organization!
From the people's point of view, their goal is the opposite. They want to stay together, not be broken up, and see their project as the means to accomplish that goal. If making a name for themselves is against company policy, they don't seem to know it.
Brooks's purpose in the chapter is showing that poor communication and organization cause major project problems. I agree, and so I believe does lots of research. Where I disagree with Brooks in his metaphor is who's responsible. This isn't a trivial point; it's a problem I've routinely seen in the dozens of companies I've worked for.
So now we come to the crux: What were the communication and organization problems?
I think there are a few important answers. Framing it in software development terms,
- The development department didn't communicate their intentions well enough to the CEO.
- The CEO was ignorant of what was going on in the company.
- The CEO didn't have a clear mission for the organization.
- The CEO valued punishment over learning.
If it seems like I'm laying most of the blame for the failed Tower at executive management's feet, I am. The CEO, in this organization, has developed a reputation for being omniscient. It was reasonable for the development department to believe he knew their plans. After all, they stated them out in the open, and such a big project could hardly be missed even in the planning stages.
Still, they could have made sure. After all, the CEO also has a reputation as a bit of a hot head. Maybe the CIO assumed too much or didn't talk the the CEO directly. A few emails and phone calls might have helped. Something like, "We've settled into our new offices. We're working really well together and want that to continue. We're thinking of showing what we can do by building this beautiful social network application called 'City and Tower.' Is that in line with your goals?"
The fact that they missed the mark on such a major project tells me the CEO didn't establish a clear vision. His development department was literally wandering. They shouldn't have been blamed for making the best of their situation.
What's worse is the CEO's reaction when he finds out about the project. He doesn't ask, "How could I have done better?" In fact, he doesn't confirm or consider their motivation. He assumes bad intent on the team's part. There's no conversation. No communication.
Even worse, he doesn't see the opportunity in the developers' excellent work. He responds in an Industrial Age, J.P. Morgan command-and-coerce style. "I'm the boss, you're threatening my power and position, I demand loyalty, so I'm firing you."
The developers showed the hallmarks of drive: autonomy, mastery, and purpose.2 Their initiative should have been rewarded and redirected. What would have been good advice to the CEO?
- Ask yourself: "How did I not know about this project?"
- Ask the team: "What's your motivation? How does this project help the organization?"
- Reflect: "Did my actions or lack of direction affect their decision?"
- Reflect: "I feel threatened. Is the threat real?"
- Reflect: "Did they do the wrong thing well? If so, can I harness that in service to the organization?"
- Act: "I apologize for my part in not communicating well. Let's improve that. You all started something amazing, but I think it's not in line with our objectives. Let's see if our objectives need to be adjusted, but if not let's bring your team to bear on our shared mission."
I agree the Tower project failed because of poor communication and organization. But the primary failure was at the top management level. What the CEO communicated most successfully was:
- "I won't be clear in what I want."
- "I don't know what's going on."
- "I'll punish you if I think you're against me."
- "I'm never to blame."
These are characteristic of what Ron Westrum defines as a pathological culture, which is worse than a bureaucratic one.
|Power oriented||Rule oriented||Performance oriented|
|Low cooperation||Modest cooperation||High cooperation|
|Messengers "shot"||Messengers neglected||Messengers trained|
|Responsibilities shirked||Narrow responsibilities||Risks are shared|
|Bridging discouraged||Bridging tolerated||Bridging encouraged|
|Failure leads to scapegoating||Failure leads to justice||Failure leads to inquiry|
|Novelty crushed||Novelty leads to problems||Novelty implemented|
While there were mistakes on both sides, the clans of Noah's sons really deserved better, especially after all they'd gone through.
Imagine what wonderful products and services that team could have built in a generative organizational culture!
- The Bible - Read and Study Free Online
- Drive by Daniel Pink
- Measure What Matters by John Doerr
- Leadership Is Language by David Marquet
- Crucial Conversations by Grenny, Patterson, et al
- Westrum Organizational Culture Taxonomy
I think it's pretty well established the reason for the myth of Babel exists at all is early people were trying to figure out "why do we have multiple languages?" Linguistics wasn't a thing, yet, and understanding the evolution of language is super hard anyway, so it was easier--and reasonable--to basically say "God did it." I just wish they hadn't tacked on "and it's our fault."↩
From Drive by Daniel Pink, see Resources.↩