March 31, 2007

The Founder Paradox

For some reason I keep bumping into the Founder problem. I'm not sure if it is me or the world at large ... but I am currently working with 3 groups, 2.5 of which are afflicted by what management types like to call the Founder Problem, or Paradox.

The archtype in brief goes like this. One person creates an enterprise and gets it off the ground. It is successful and it grows. Pure Brilliance!

But as it grows, it maintains a flat structure with the original founder in the center, and the workers in the periphery. As time goes on, the knowledge accumulates in the founder's head, and the periphery becomes more and more stagnant, and unable to respond to changes and needs.

Generally the enterprise then fails. Usually it is spectacular, always it is painful. Every time, it seems on the cusp of greatness, just before it implodes. Everyone then runs around and blames everyone in sight, bemoaning that it was so promising. "If only..."

Get the picture? Seen it before?

I first saw the archtype when I was doing placement for engineering studies in a small electronics supplier. They made a (then) very advanced opto-electric isolator for the electrical world, and had around 25 employees. I as the pimply skinny arrogant student placement was at the very bottom of that hierarchy.

An instant curiosity for me was that even though the company was organised into 3 or 4 departments (design, production, sales, etc), the founder made all the decisions. And, when I was faced with one of his decisions ... I had to uncomfortably realise that there were people in the world who would routinely make bad decisions. He was one of them.

But how is it possible, I wondered, for this company to be successful, if the very Founder makes bad decisions? Surely corporate success is only built on successful decisions?

The answer is somewhat complex, and has some contributing aspects which have to be listed then passed by: The Founder has stumbled into a niche and exploited it -- so luck, timing and societal channels plays a part. Also, the Founder has succeeded in the areas that were needed in the early days, generally those strictly technical areas. Further, the Founder often succeeded in an area where one thing, one client, one-time, one big payoff catapulted the business to the next level.

Rewards are reaped by those who dare, and who were right to dare. So the company grows.

But as a healthy company grows, the challenges change. More people are doing more work. Entire deals from beginning to end can be made without the Founder participating. Divisions making completely different products can start thinking a different ethos, and be bemused when someone comes along and says "that's not who we are!" This someone is evidently wrong, but how to say that, when they are ignoring the evidence in front of them? (Some of you may recall the medical equipment manufacturer that also made pocket calculators...)

These are all factors, or symptoms. But the real kernel of the problem lies within the human brain.

Our heads are limited within an approximate diameter of 20cm, and no matter how hard we try, all the really high bandwidth channels are locked inside. External channels are many orders of magnitude slower, so for example, even though it took me about 5 seconds to formulate this rant inside my 20cm diameter powerhouse of knowledge, it will take 3 hours to 3 days to write it down through my 1cps fingers ... and you the unlucky reader will still probably need 10^4 seconds to digest it via your 4wps eyeballs ... before you disagree!

I know what I want to say, but I can't get that thought from my head into your head without an awful lot of work. And patience.

Now take this simply problem and magnify it. As the organisation grows, the Founder's head has to cope with rapidly multiplying people, customers, suppliers, laws, press, products, ethics, interests, money, jealousy ... the list goes on and on.

What's different is that in the beginning, the founder said "sod all that, I'll just build it." The bits that the founder knows well are done, and the bits unknown are undone. And, history shows, that was the "right decision" as by definition, we wouldn't be talking about it if flopped. (This is the lucky part -- somewhere there are 10 or so competitors that did flop.)

As time goes on, however, those decisions change from "right" to "wrong." Subtleties like team building, accounting for options, legal filings, channel conflict, 2nd order discrimination, cooperation with competitors, etc grow from the ignorable to the all-consuming.

In essence, the company outgrows the ability of the Founder to manage everything inside one standard-issue 20cm head. Now, this wouldn't be a problem if the system of management then migrated to a different system that could cope with the larger responsibilities. The Founder Problem is that it doesn't; the Founder keeps control and will not migrate.

An essential hubris is then that what worked in the past will work in the future. Something like, "I got us here, so it must be right. I'll get us to the next step."

The future overtakes the past, unfortunately, and what worked in the past won't work in the future. We need more skills, and those skills are hard to come by simply because ... the company doesn't have them. The Founder's skills, especially, have become commoditised by definition, because the company is successful ... at the very task of deploying and commoditising those skills.

Which further exacerbates the situation, as the Founder has commoditised own skills, and is left holding the reins for skills unknown, without knowing it.

That is the Founder Paradox. Solving the Founder Problem requires skills that you don't have, and to get the skills, you need those very same skills to recognise what the Problem is.

Those that have the skills, accidentally, will try and resolve the problems, but the Founder often fails to recognise them as problems. If you lack the experience to understand them as issues, are you likely to agree with costly choices? If those issues are not an issue, in your language, then they don't need resources, right?

This hubris eventually brings the company down. As time goes on, the Founder becomes the blocking force, the stop energy, the person holding the reins as the company races towards the cliff.

In our field, the Founder Paradox is quite common, possibly because spectacular growth is routine. Obviously it is possible to do this ... and win ... as some of those spectacular stories remained spectacular, even after a few decades.

It is however a very rare exception! Bill Gates is the famous exception, in that when he ran his company, he had several hundred people reporting *directly to him*. Decisions were made by him, and senior managers with incredible stock-bonus wealth beyond our very understanding ... would talk of "Bill Time" in hushed tones as their most important asset.

But, and it's a big BUT: Bill Gates is the exception, and being the richest person in the world should give you pause for thought. If you can successfully emulate that process, then you should have a chance of "being the next Bill Gates," right?

You haven't, you can't, and even among the many hundreds of also-rans, there are very very few billionaires who practice that style of management.

Statistically, the average well-trained manager cannot manage more than 10 people directly. Get used to the fact. Worse, the average manager can't go comfortably beyond 3-6 departments. It is no coincidence that the military services, which have to be amongst the best manager-training institutions, construct the smallest unit with around 10 people, and generally replicate upwards in threes.

A more commercial example springs to mind: about a decade back, a youthful programmer built a quick SSL webserver out of an open source SSL implementation, and quickly grabbed a major share of the market; when the company crashed with 80 or so employees, experienced managers from within told me that "he made all the decisions."

Another more normal example than Bill Gates: a financial cryptography firm that worked for 4 long years in the shadow of bankrupcy managed to finally cross into the black and apparently retain its stunning growth of 10 times per year (exponential growth charts posted on the net, even!).

The Founder would say "people keep sending me money!" as his rational for making all the decisions; what he was really saying was "what I chose to do last year was right, so we'll keep doing that, we don't need any new formulas."

Yet, even as they were entering the black, the growth engine was already stalling. Within a year, the growth was dead, and disaster lay at every turn. Another billionaire sacrificed on the alter of his own hubris.

I used to mark the point at around 25 workers, as a sort of metric of honour from my first experience. If you were still making all the decisions, then you were in the way, I'd say, and if you hadn't recognised the problem, you were probably in the way when you passed 5.

That sort of simple metric doesn't work in open source organisations, which is where I am these days, and I don't have an easy metric there, as yet.

Perhaps, you might say, it doesn't work on the net? Sometimes we like to think we can rewrite the rules because of the Internet, open source, sharing, and other blah blah. Unfortunately, while the results of the net are spectacular, the net more reinforces the real rules than rewrites them.

Open source organisations suffer from the Founder Problem as well. A few weeks ago I wrote about how the Linux community managed to avoid the problem; in short the original Founder ceded the control over everything except the kernel. Tellingly, the late Prof. John Lions famously remarked that the original Unix kernel, being 10,000 lines of code, was small enough to fit inside a good programmer's brain. While that line count is no longer true, we do have other countervailing efficiencies these days, and the kernel remains a relatively small element.

That was in response to rumours of governance in the Mozilla project; although Mozilla doesn't exactly have a Founder, it has many similar characteristics: a meritocracy where only one is considered for merit (coding), a belief that developers can solve all problems if they just write more code, and a fairly dominating absence of language and skills in the areas they .. don't have the language and skills. A paradox, indeed.

How then do we solve it? In that lies the paradox. The Founder himself or herself has to solve it. They won't take advice on management, so suggesting it won't help. Employing consultants doesn't help, reading management text books won't help either. Coding won't make it go away, nor tinkering on a new project.

They have to discover on their own that they are the problem, not the solution. They have to figure out how to ease themselves out of the anti-management bind.

I can report, unhappily, but quite comfortably, that there are no easy solutions; I recall working through business school case studies which can only be described as painful. We would figure out early on where the problem lay, and still the case would grind on for several years, the victims working through disaster after disaster, before collapsing.

That all said, our culture rewards every new understanding by criticising the lack of solution. If I can write about it, I must be able to solve it, right? Here's some solutions:

  • sell out. Pass the whole problem over to a group that can do it properly. Take the money and retire to become a space tourist, like Thwarte's founder did.
  • break up the group into component parts, where each part is freely usable by the other parts. Create a small kernel and then spin off the major portions. This would be the Linux solution, which happens to work because the kernel is more or less free of demands to the users (GPL and all that).
  • Pass on to family. Founder problems are always solved eventually, as hubris does not conquer death or old age. Consider the tabloid succession story of the Murdoch empire, for example.
  • do what you like doing, and let the managers do the boring bits. I saw this with a management consulting company started by Prof of Business / IT; I forget the name but they were the only successful creator of smart card money, and the managers carefully allowed the founder to write his management text books.
  • Founder eases out. A migratory path is chosen that moves each little thing of importance from the Founder's head into another's head.

Even if the founder eases out, there is always a fair chance of collapse. Again, instead of being seen as the original failure of the founder, it reinforces the hubris: "I knew I shouldn't have left, see what they did to my baby?"

Who can prove it wrong? No-one, and in that lies the Paradox. Thoughts?

Posted by iang at March 31, 2007 09:11 AM | TrackBack
Comments

The issue is often clouded with the unique vision the founder has within a rare niche. Often people can take on the attributes required to advance specialized areas of focue in a quick manner wihtout a documented process that others can not follow or lead. The group or company built around these circumstances have a choice to make, isolate the brilliance inside a special area and grow around it in process that is more easily understood or wait until this unique event dies out as it tends to do. People are brilliant in unique and wonderful ways for short periods of time, if this brilliance grows with a flexible group it has a better chance to become adapted to process if not it dies with the founder. Founder's flounder, and flounders fry, we all have feet of clay even those that work in the shadows of brilliance. Drexel had an idiot savant that would be wheeled into board rooms not having the time to walk from one meeting to another, when this brilliant man's flaws caused his down fall it created a void in the high yield funding world for the next ten years and the collaspe of the savings and loans of the US. The same thing will happen when the flaws of risk based leverage are gamed in the near future and the brilliance applied to finance adopted from engineering will have run a cycle a very human cycle.

Posted by: jimbo at March 30, 2007 08:48 PM

Are you sure it isn't a cash flow problem? Companies find it much easier to build competent staffs, and executives, when they have enough money....

The problem of founders' paradox sounds alot like small business burnout, wherein, almost all small businesses are so much work that it's not worth it, unless the entrepreneur really loves the work, intrinsically. That is probably less than half the time, and the percentage probably declines as the years go by. You get your fill of it, and the spirit yearns to move on to other things!

One of my key realizations the past several years is that I'm not exceptional at all, many people go thru very similar phases, lessons or stages... I think we go thru them at different times, in different order maybe. That gives us the illusion we are alone or some what unusual but we're really not.

I'm not aiming this at you, at all. Just reflecting on things, tonight.

Posted by: Todd at March 31, 2007 03:49 AM

could consider analogous problem in Boyd's characterization of issues in corporate america stemming from training executives had gotten as young officers going into ww2.

the issue was that the country had to deploy an enormous number of inexperienced and relatively untrained personal. the solution was to create a rigid, top/down command & control structure ... attempting to leverage the few skilled individuals that were available.

later, as these young officers started to populate corporate america ... they brought along with them the rigid, top/down command & control structure paradigm ... based on original premise that it is necessary in order to deal with (possibly large numbers of) inexperienced and unskilled individuals.

some recent posts on the subject in another thread:
http://www.garlic.com/~lynn/2007e.html#45 time spent/day on a computer
http://www.garlic.com/~lynn/2007e.html#55 time spent/day on a computer
http://www.garlic.com/~lynn/2007f.html#41 time spent/day on a computer

one of boyd's observations was that the rigid, top/down, command & control structure required something like 12 percent officiers ... he contrasted this with the german army with only something like 3percent officers

misc. past posts mentioning boyd
http://www.garlic.com/~lynn/subboyd.html#boyd
and lots of URLs from around the web mentioning boyd
http://www.garlic.com/~lynn/subboyd.html#boyd2

Posted by: Lynn Wheeler at March 31, 2007 09:06 AM

Hi Ian,

great posting. And I agree 100% ...

Posted by: cyberacid at April 1, 2007 09:00 AM

WSJ writes:

"First Data was split off from American Express Co. in 1992 as an information-processing company that would handle billions of credit-card and other transactions for third parties. The company has struggled in recent years to organize its international, commercial and retail-processing units in a compelling way, amid turmoil in the CEO suite.

...

"Mr. Duques, 63 years old, ran the company for 10 years until he handed the reins to Charles Fote in 2002. Mr. Fote stepped down in 2005 after overseeing an aggressive strategy that alienated some customers and investors. Mr. Duques agreed to step back in for two years to reorganize the company's remaining businesses and cut operating costs. No successor has been named and Mr. Duques's two-year window closes later this year, and the lack of a new CEO has delayed a deal so far, people familiar with the matter say.

Posted by: Not Only Small Companies... First Data and KKR at April 2, 2007 06:37 AM

You can see what Lynn refers to even today, when you compare German millitary to US millitary. And you see the same if you compare German workers to US workers (leave management out of scope for a moment):

In the US you typically have small workgroups consisting of a bunch of people doing the same job. Then you have one person responsible for handing the result over to the next group, without knowing what they are doing with the product. Basically this means the guy in charge is only controlling the work of HIS team and ignoring the world outside.

In Germany you see those dumb workers as well. But the guy in charge is not only controlling the work of his people, but he is also responsible for integrating this work into the workflow of the next group. In order to move the product forward properly, he has to know his work area + the work area of the next production step.

What does it mean?

The typical US worker is highly skilled in his particular work area. I would say he is doing a better job than the German worker (on a wuality ?????? perspective only). But he is unable to work even one step, either side of his assigned work. The German worker is typically trained at a "core work" plus surrounding areas, so he is able to understand a larger part of the process. This means he is not so good in his particular job, but due to his overall knowledge, his work fits better into the process.

Both approaches have their benefits. While the US approach definately comes from that WW2 process described by Lynn, the German approach comes from the post-WW2 need to be flexible enough to get something done with whatever was left over from WW2.

And what is the result in business terms?

In Germany you find many more medium-sized businesses, because of their flexibillity. In the US there are more large organisations because they need their building blocks.

Posted by: Anon Guy Soon To Be Criminal Anon Guy if Germany Passes IP Tracking Law at April 3, 2007 01:27 PM

OK, so if the Americans and Germans are at peace on the question of how the worker-ant in both countries is trained ...

What do we do with it?

Say I walk into a company that is structured according to the post WWII American model ... "a rigid, top/down command & control structure ... attempting to leverage the few skilled individuals that were available" ... regardless of which country it is found in ... and:

I want to turn it into the alternative. How do I go about that?

Posted by: Iang at April 3, 2007 01:31 PM
Post a comment









Remember personal info?






Hit preview to see your comment as it would be displayed.