I've seen this is several posts of Ryan's and it continues to bother me (from Part 3 of the linked series):
> Everyone is hired at Treehouse at an industry-standard salary level that matches their job description. Most of our team is distributed and outside of expensive outlier markets (like Silicon Valley or NYC).
> The only way to get a salary increase is by performing consistently well in reviews. We don’t have a profit-sharing plan or bonuses (other than the sales team which has a traditional sales team bonus structure).
To me this is a way to pay people as little as possible. The "industry-standard salary" for a position like developer increases year over year by more than the rate of inflation. But without even standard cost-of-living increases, it sounds like working at Treehouse for any measurable about of time will put you in a worse financial position than if you bounced around.
EDIT: It seems they do offer cost-of-living adjustments but only for employees who are performing well (not that I'm advocating giving raises to poorly performing employees, but we're talking about 1-2% to cover inflation here).
You need to have two increases annually. The first is an market/cost of living adjustment that person's salary increases commensurate with prevailing market. To my mind, this adjustment always works in favor of the employee. Therefore, if the market actually paid less for a job this year than last, then the employee would receive no adjustment. All employees receive these adjustments no exceptions.
The second is a merit increase based on their performance. This increase is analogous to a traditional raise. An employee may or may not receive a merit raise based on the incentive system the company has put in place.
Waiting to address poor performance until annual reviews is a horrendous anti-pattern. When an employee is performing poorly, it should be addressed as soon as it is identified. Therefore, a poor performance review should never be a surprise to anyone. Provided that the poor performance did not emerge near the end of the annual review cycle, truly poor performance reviews should be rare because the issue should have been resolved (either by the person correcting the problem or the company and the person parting ways).
Agree with you - companies ought to recognise increases in market rate/inflation, plus an increase for experience/responsibility. Employees need to recognise that receiving only one of these is a snub.
> Therefore, if the market actually paid less for a job this year than last, then the employee would receive no adjustment.
This strikes me as a likely reason for structural inflation: companies can pay less for the same job (if they choose), without needing to negotiate a highly awkward pay decrease.
It's psychologically harder for an employee to argue against the status quo.
Realistically it’s hard to peg a salary to “market rate,” particularly when one has gotten merit-based raises on top of that. I think all employees should get a cost-of-living adjustment, tagged to inflation. So if inflation is 3% in a year, everyone gets 3% right off the bat.
I’m torn in that I think the flip-side makes perfect sense. If there is 1% deflation, why shouldn’t employees’ wages be cut by 1% across the board? At the same time I feel that’s the quickest way to see half your development team leave, even though we’re talking about less than the cost of a nice dinner each month.
In an environment where the market crashes and it dramatically affects revenue for a business, everything has to be on the table, from layoffs to hiring and raise freezes to voluntary cuts in pay (often to save the job). If you make $100k a year at “market rate” and there’s a huge crash, and you’re given the opportunity to cut your own pay to $80k or try to get a job for $60-90k, what do you do? It’s a tough call for anyone.
If there was a 1% decline, would it work to not adjust pay but record this negative inflation so that next year if it's +2% then the employees only get +1% raises? If the economy continues to go down then this won't work, but it would handle a short bump fairly without actually reducing anyone's pay. Would people still leave?
If you want to retain staff, you can't reduce their pay. So, if retention is a priority, you are stuck with those salaries.
The question becomes what you pay new hires. On one hand, the prevailing salary is much lower, and the company can save money. However, people talk and new employees will eventually discover the pay disparity which will kill morale.
> EDIT: It seems they do offer cost-of-living adjustments but only for employees who are performing well (not that I'm advocating giving raises to poorly performing employees, but we're talking about 1-2% to cover inflation here).
Incorrect. We offer everyone cost-of-living raises every year.
While I hope this continues to work out for Treehouse, I'm not sure I agree with Ryan's problem statement:
"In my experience, managers’ responsibilities were …
- Communicating messages from top to bottom
- Settling disputes
- Managing careers
- Keeping their teams motivated and happy
- Shielding their teams from things they didn’t think they needed to know"
I think that's a pretty narrow definition of management, esp. things like "communicating messages from top to bottom".
While I don't disagree with the fact that a significant component of management, esp. large parts of middle management, can be done away with, I don't think any reasonably complex and growing organization can do away with management altogether.
A great manager (who may also play a part as an individual contributor) can channel & amplify an organization's creativity and innovation. S/he will also ensure there is an alignment b/w the organization's high level strategies and the individual contributions being made.
Much as we'd like to think that tech workers are unusually self-motivated or that online tools can fully substitute people management, in my experience neither are the complete truth.
> I think that's a pretty narrow definition of management, esp. things like "communicating messages from top to bottom".
I agree. In my opinion, the biggest and hardest part of management is to take a direction provided from above and turn it into actionable points for those below. Distinctly different from directing communication.
A CEO typically says "we need to increase sales in X vertical". It's up to his VPs to turn that into "focus our software's next features on X's needs", "hire more sales people devoted to X", and "target our marketing more on X". Then the managers look at "focus our software's next features on X's needs" and turn that into "identify X's needs", "create a set of features", and "execute on developing those features based on employee's strengths".
Expecting an employee to turn the "increase sales" message into "develop this feature" is a bit too much to expect, not to mention nearly impossible to scale. Also, expecting the CEO to transform their own directions into individual actionable tasks is going to eat into time they could better spend on other tasks (like talking to customers, speaking at conferences, determining new direction, etc).
Well, it is definitely reasonable to expect some employees to turn the "increase sales" message into "develop this feature"... and the argument is that those employees are (probably) managers. (Or rock stars, if you buy into that.)
I'd hope the CEO instructions might be able to be a little more detailed than "increase sales". Otherwise, the CEO is at risk of seeming to not add any value, direction or vision.
Or technical product owners, who in lots of companies, especially large ones, are "promoted" into management roles simply because they are directing traffic and coordinating activities of the technical staff "beneath" them (The folks also contributing to the product they govern). There are a lot of ways to deal with this that don't involve flattening the whole org.
I love the Treehouse article. 90% of the employees voted for it. The 10% who did not were the managers. :)
I wonder if any managers voted for it; or it any employees voted against it. I would be curious to hear from the displaced Treehouse managers as to what they think about the move. Maybe they were already doing fiefdom building and things that are orthogonal to the founder's vision.
I would also love to hear a follow up a year from now from an anonymous employee or two as to how it worked out.
nb. I did read the article from HBR on Google and managers - while I found it compelling, I also had to wonder whether HBS needs articles like that in their publication to ease the conscience of their students and alumni about the value of their degree and their utility to the companies they work for.
It's really not as different as everyone is assuming. Fewer meetings, which is good. :) I wasn't demoted, everyone else was promoted, in a way. Anyone can be a leader. So I'm still leading, it's just on smaller teams and on more focused projects that change more frequently. I'm better able to apply my talents where they're needed from day to day.
Nick Pettit here. I was the Teaching Team Lead for about a year and then became the Chief Content Officer (CCO) for about 5 months before we went flat.
I can't remember which way I voted. Not just saying that because I don't want to reveal it, I just honestly can't remember. I know it seems crazy that I'd forget such an important decision, but it was a very chaotic time with a million details, a lot of which are foggy to me now. That said, I don't really care which way I voted because I'm incredibly happy now that the dust has settled.
To be clear, nobody was really demoted. I see it as everyone being promoted to being an ultimate decision maker. There are checks and balances in place, but generally everyone is free to serve our students however they think is best.
Being a manager was insanely stressful with no escape. In a typical day I would answer about 150+ emails and have 5-10 meetings. We probably did lots of things wrong that created this situation and we could have learned to be better, but I think being flat is far superior to any evolution of our previous structure.
Management was rewarding at times when the team would hit important goals, but it's poisonous for creativity. I hated killing other people's ideas, but I was the final judge of how we were allocating content production resources and I had to make tough calls in order to hit company goals and deadlines. In our new flat structure, people can execute on whatever they think serves our students best and they don't need anyone's approval to do it. We're now producing more content than ever and I think a lot of it has to do with people executing on projects they're passionate about. I found it extraordinarily difficult to make people passionate about projects that they don't come up with or decide to work on themselves. We're also able to produce more because managers are now free to produce content rather than, you know, manage.
Not only did I kill the creativity of those around me, my own creativity also died a slow and silent death. Now that time has distanced me from that period, I've rediscovered my own passions and entrepreneurial spirit. I'm making websites, always learning about the latest stuff, and I've even been learning iOS in my spare time for fun.
Management also allows little time to eat healthily, exercise, or sleep properly. I've managed (ha!) to gain ~20lbs in muscle mass in the last few months and I'm in the best shape of my life. I never thought a skinny nerd like myself could do that.
Would I do it again? It's really difficult to say. It would have to be a massive financial reward, but I'd be more concerned with the circumstances and the happiness of my team.
TL;DR: Management wasn't for me. I'm happier now than any other time in my life.
> A great manager (who may also play a part as an individual contributor) can channel & amplify an organization's creativity and innovation. S/he will also ensure there is an alignment b/w the organization's high level strategies and the individual contributions being made.
Yep, this. I work in a place that after a merger got rid of the creative director and replaced it with an "everyone is senior" approach. While it's nice on paper, we have no accountability, no one to set or drive standards, and no review process other than client sign-off. I think we would benefit greatly from a Director or VP or some sort of management that could authoritatively say "this is what we're doing and this is how we're doing it".
> ensure there is an alignment b/w the organization's high level strategies and the individual contributions being made
In my experience, that's something that managers say to justify their existence that has no real contribution to the work being done ;) It's all euphemisms for command-and-control, which isn't generally necessary.
>A great manager (who may also play a part as an individual contributor) can channel & amplify an organization's creativity and innovation. S/he will also ensure there is an alignment b/w the organization's high level strategies and the individual contributions being made.
Hey, he is the founder/ceo, so he should know what his managers did. It may be different from bosses in other companies. But, it sounds roughly correct.
Knowing what his managers did is one thing, knowing what his managers should have been doing is another. The problem is that there's a difference between what's on his list and what the best managers do, and what an organization needs from managers. Which might be why he was having the problems in the first place.
The funny thing is that in the four companies I worked for as an employee, I never once heard those who were being managed say they really valued and benefitted from their Manager and we had plenty of great managers. The founders always thought there was value, but the folks on the bottom rarely did. That doesn't mean the Managers were value-less, just that the perception of their value changes depending on who's talking. In my limited experience, the folks who are actually doing the work on the front lines usually have a better grasp on reality so I'll defer to them.
I think your point about great managers is sound. Treehouse's move may prevent them from building up a cadre of terrible managers, but at the cost of vision and focus.
You'd be surprised how fast rank gets pulled when the money stops flowing. Management structure is basically irrelevant at a company that's doing well. It's only under stress that you understand why the military has a strict hierarchical structure. It's to prevent organizational collapse under extraordinary conditions.
I find it interesting that this starts with : As we added more people to the team, we noticed something disconcerting: rumors, politics and complaints started appearing.
This suggests that Ryan has confused "leadership" with "management". Good leadership means that people are all working to the same goals, good management means that people are working efficiently.
If you want to fix rumors, cliques, and back stabbing. Look to your leadership. If you want to get more done with the same number of people look to your managers.
At some level it is always a people problem :-). But my experience has been that people trying to get things done (leading) who are being interfered with by other people trying to get other things done (also leading) can trigger conflict. And if you've taken a conflict management class, all of the kinds of things we think of as 'office politics' are variations on low level conflicts in action.
You "fix" that by putting everyone on the same page going in the same direction. That is leadership.
If you've got someone who comes in at 10AM and leaves at 4PM and takes a 2hr lunch break. But they start no rumors, nor backstab, nor empire build, that is a management problem.
It's been my experience that those negative social phenomena are emergent with any sufficiently large group of people. You need structural components in place to prevent them, or you need to not grow.
Part 2 discusses more about forming projects and clarifies that whilst there are no 'formal' managers to cajole people into doing things, there still need to be 'sticks' to hold groups together.
I think it's interesting that beneath the tagline of 'people work on whatever they want' there is actually an expectation that peer pressure will prevent this; once you're onboard with a project, you are expected to stay and contribute otherwise you will be penalised in your quarterly reviews. So manager-in-person has been replaced with manager-in-peers.
This is also the means by which people are discouraged from working on solo projects; since no-one can really rate them at review time, they'll slip down the rankings.
As usual, however, no discussion about how boring regulatory things are done.
Edit: actually that last statement was incorrect, sorry . If there is such a need then management is imposed:
There isn’t any top-down prioritization (unless we are required by law to act on an issue or some “red alert” type work is required, which should be rare)
I would imagine if the solo project benefited peers greatly, they could still score well in the peer review. Think of someone building a powerful internal tool.
It does mean that any endeavor that doesn't produce quickly would be a bad candidate for a solo project.
I initially felt positive about this -- and I don't doubt that it's working for them -- but I have the nagging feeling that there would be a break in the accountability chain.
I can imagine a board meeting where an investors asks "so why are you behind on your customer growth this quarter?" and one of the founders says "no one at the company thought those projects were worth doing this quarter, and we're only 'guides' to the planning process so we can't ensure that something like that gets done."
Or a customer asks "why didn't you patch that security hole that we knew about last quarter?" - "no-one thought that project was as worthwhile doing this quarter as a bunch of cool but ultimately less-valuable features, and we are only 'guides' to the planning process so we can't ensure that something like that gets done."
There has to be someone setting specific overall goals and being accountable for hitting them. (Edit: at least if I was an investor / customer / employee of the company, I'd feel better if that was in place)
I'd be curious to hear more about how that's handled!
It's feels great to be able to blame managers when something goes wrong, but that's the only real difference between having or not having your 'accountability chain'. And if your company is structured to have someone to blame when things go wrong, you're not really building for success.
I get that everyone is afraid of prioritization going out the window without managers, but in my experience (and ymmv), managers are no better than productives at prioritizing. Grown-ups are used to taking responsibility.
At a company I used to work for which espoused the "upside down pyramid" model-- not quite a complete removal of managers, but a scheme in the same vain. A great idea in theory, but in practice, the company operated like any other, but it seemed the main purpose was to relieve mgmt of (some) accountability in a snafu.
This is a link-baity title. They have clearly not done away with "bosses", as the two co-founders clearly are and remain bosses. They have just decided that between the two co-founders, they don't need more management, they can rely on self-management, which is completely sensible.
As long as someone is handing out performance reviews, bonuses, and raises, there are bosses. This obviously includes the people with the checkbooks, but it also includes the advisers, formal and informal.
I wonder if a certain type of software business is most amenable to this.
For instance, if you are a growing SaaS that doesn't need to pivot, but rather to scale and add features.
In that case, a certain number of your objectives are inherent and obvious. Features that exist should be stable. Features that work now, for the current number of customers, should continue to work as more customers are added.
Well, if your SaaS is doing something valuable, just meeting those criteria is likely to involve a lot of work (otherwise it seems the product wouldn't be valuable), and profitability (customers indicate that it's valuable with their wallets).
And at least for some subset of SaaS companies, up to a certain number of developers, those criteria can be met by developers looking at metrics and saying to themselves, "hmm, this or that bug exists that I can fix", or "I wonder if it would be worth it to containerize the app and write tests that work against the whole container," and do a feature branch and then a PR, and if this initiative turns out to be new or valuable enough it eventually gets written into a blog post and may become part of the nature/value of the product, or contribute to the culture of the company.
So for companies with the right circumstances, I can readily imagine that the jobs that bosses do can be replaced by IRC, Github and the obvious objectives the product itself provides.
I don't know how it would work for companies more generally.
For companies that are still trying to decide what to do? Or what to do next? That seems quite experimental. For instance, Valve software; they have had such a headwind from Steam, for so long, that we may not really know how well the "bossless" approach will work for them until it produces their Next Big Thing.
> Also, when you have a flat structure, what incentives are there for people to aspire to anything other what they're doing now??
However, I feel that this makes the mistake of believing that the only way people want to ever grow is into management. For myself, this is absolutely not the case. There really do need to be other ways to grow other than into management.
Personally I do not want to grow into "management" because I don't want the job of managing people and careers. But I do want to grow into guiding product direction and picking my own projects. At most companies those two are linked. The more tenure/respect you have the more you can influence managers, but the managers still have ultimate say on the product direction.
Because of this I keep thinking about whether it would be worth the hassle of being a manager just so I could have the control I want.
It also makes being a startup (co-)founder very appealing because I'd be much more involved in what development gets done. Except then it would add even more overhead on top of managing people, since co-founders also manage finances, legal, PR, and take on risk.
I agree there needs to be a better way for people to grow. That's why I'm interested in flat structure experiments.
>> I agree there needs to be a better way for people to grow. That's why I'm interested in flat structure experiments.
I worked at a startup who got bought by a large corporation. We had already had a flat structure:
Manager
Team Lead
Senior Developer
Developer
As soon as you moved to Senior Developer, your development ceased. Which lead to essentially a flat structure for developers since most didn't want to go into management. The only option was to quit - which happened frequently and increased turn over.
This lead to another crisis of how to give developers a role besides management to aspire to. They came up with two roles. One was a "research and development" role and the other was an "application development" role.
This lead to another crisis. When you have a large team of developers and only two roles to aspire to - you again have another flat structure. Too many people for too few spots put them right back where they started. If you didn't get an "R&D" or "App Dev" spot, developers got frustrated and left. It created more politics and backstabbing and "cliques". If you knew the manager, you got preferential treatment to get into these now prized roles. It actually created more problems than it solved.
In order to get around this, you have to build a hierarchy structure, not just new roles. This include title changes as well as increase in pay, increase in responsibilities, etc. You can give developers a non-management track, but it as to be structured, and give people a sense they are achieving their goals and not feeling like they're being marginalized or just another cog in the wheel.
This is why I'm not sure flat structures will work. When you reduce the ceiling of achievement for everybody, what else is there to look forward to?
That's not really "flat" in the sense that the OP is describing it. What he's talking about is restructuring a company to look more like an FOSS project. You have the project maintainers (c-level team) that set the goals. They sign off on all subprojects that are aligned with those goals and have enough people who want to work on them. The subprojects are run the same way, with people deciding what to hack on, in a way that is aligned with the goals, plus has support of the other team members.
The situation you described has all the crappiness of a corporate hierarchy, but none of the promises of meritocracy ("work hard and advance"). From the programmer’s perspective, he’s stuck both in rank and in skill.
Contrast this with the FOSS model, which creates the feeling that he’s working on something, versus working for someone. He can work on whatever project he’s interested in, or create a new one if it has enough traction. Since he’s not going into management, that leaves him with advancing in either depth or breadth. He can advance in depth by choosing to work on something that challenges his skill level. Or he can advance in depth by working on new technology or in a new area (e.g. frontend vs. backend).
>> He can work on whatever project he’s interested in, or create a new one if it has enough traction.
Just to play Devils Advocate here, but what happens if everybody wants to work on the same project? And this same developer doesn't have enough traction for other projects he would like to start?
If everyone works on the same project, there's only so much work to go around. If no one wants to work on something, it's probably a sign that it's not worth doing.
When Valve gets invoked like this, it's not always a positive thing. There was a good post about Valve's flat management structure about half a year ago [1], which raised several interesting points. Seriously, check out that post, and read up on 'The Tyranny of Structurelessness'.
That's exactly what my reservations are about this approach. Perhaps the problem is not so much that they chose a management-less structure, but rather that they imposed a new approach top-down.
Hierarchy isn't always bad, nor are managers. I mean, the army (special case perhaps) probably wouldn't function without it.
Perhaps in companies that can experiment in this manner, a better approach is to try and organically grow models that fit that specific company. As another commenter mentioned, you could start with giving developers x% time to do whatever they want, and scale up from that. Then regularly review any metrics that matter to you (the boss), and adjust.
The way I see it, humans in any context need structure of some kind. Why not focus on having people that are good at feeling the needs within the company, and grow structures from there. Maybe some parts of the company actually need hierarchy, and maybe others don't.
I love the idea of this, but am not sure how this works when you have things like on-call rotations, support hour coverage, unpleasant tasks that need doing (late night deployments, etc...). If you let everyone self manage, and no one is handling support tickets during your published support hours, who's fault is that? How do you make sure that the least aggressive/most agreeable person doesn't get stuck with all the 3 AM deployments?
Have a manager solves those problems, and I'm not sure how they'd get handled in a flat structured company. Without ownership and accountability for specific responsibilities and/or deliverables, I think that the least pleasant jobs would get dropped...
There are degrees. The company I'm with as a senior dev, has less than 25 people, yet I've got 4 layers of management above me.
If everyone is as professional and as dedicated as everyone else, and if conflict resolution and communication is easy between all people at the company, I can see the "no management" approach working.
Wow, my jaw just dropped open. Less that 25 people and 4 levels of management? How can you operate with that much bureaucracy in a small company? Very slowly, I'd imagine.
It also depends on what you are calling management. Is it someone who doesn't any actual work, or is it someone who tells you what to do in addition to doing their own work? Small companies tend to have a large number of the second group. Your IT may only have two people, but one is managing the other.
It's ended up that I treat my line manager as a normal co-worker who happens to sign off on my leave.
I go to his boss when I need to discuss technical implications of decisions I'm making for the products. Next layer up is more of a filter between the CEO and the company.
Who works on what comes down directly from CEO.
It's tons of fun.
Edit: my last salary review, 6 people were invited to it (including me).
And how does the top layer make any decisions then, without being aware of what's happening in the company? If they only make decisions that can be made by participating in a single meeting per year, it doesn't really make any sense for that layer to exist at all. Continue recursively.
If there really are four layers of management in a company with 25 employees, that basically means each manager has zero, one or two subordinates. I really cannot see how that could work very well at all.
i was thinking ownership for a top layer, but that could be true for lower ones too. but i see your point, ownership and management are different things.
Of course, there will be lots of criticism that such schemes "don't scale". This is a BS red herring that detracts from the real issue.
The general idea is for companies to be run as a democracy, like how governments are. IMO this is even more important than Basic Income. You spend 1/3 of your life working under these conditions, so why shouldn't corporations be democratic?
As for "implicit hierarchy" or "informal authority", yes that is partly the point. Not for positions of absolute authority to be ill-defined by top-down management which don't reflect reality; but for recognition and respect to be awarded based on actual merit. Cliques and inappropriate peer pressure might form (as claimed by articles about Valve not too long ago[1]), but you can deal with that another way, instead of resorting to hierarchy and absolute authority.
How do democratic governments work? That could be how corporations work.
[1] Whether or not actually true is a side point; the things it described certainly could happen and therefore are theoretically interesting
but for recognition and respect to be awarded based on actual merit
you can deal with that another way, instead of resorting to hierarchy and absolute authority
Could you elaborate on both of these please? I am incredibly doubtful that a meritocracy naturally springs up and enforces itself. How does that actually work when everyone is on board with that idea? How does it defend against people that are just in it for themselves from exploiting it?
You can make theoretical arguments that hierarchical management is the best form of management for meritocracy as well, but that doesn't hold up in practice either.
Right now your post doesn't do anything to explain why the "no management" model works, you just more forcefully assert that it does, and handwave away two of the readily apparent points it could go wrong.
> Could you elaborate on both of these please? I am incredibly doubtful that a meritocracy naturally springs up and enforces itself. How does that actually work when everyone is on board with that idea? How does it defend against people that are just in it for themselves from exploiting it?
Look at how many FOSS projects work. Look at how many hackerspaces work. People gain reputation for doing good things, and in turn they are listened to (gain soft authority). People that try to take over get ignored, or thrown out.
Yes, I know that the economics are a little different, since it's a lot easier to fork a software project. However, this gives us a base to work on top of.
> You can make theoretical arguments that hierarchical management is the best form of management for meritocracy as well, but that doesn't hold up in practice either.
Sure, all of this is theory and useless, we need people to try it. My point has always been "the counter points are invalid", to encourage people to try it.
> Right now your post doesn't do anything to explain why the "no management" model works, you just more forcefully assert that it does, and handwave away two of the readily apparent points it could go wrong.
I'm not handwaving them away; I am saying that they are not critical to being able to sustain a "no management" model. There are existing projects that work like this. The problems people mention are real problems that are either solved well, not solved well, or not all that important, but it is very rare for them to be critical, which is the common (invalid) argument.
Probably because it doesn't work as well as the alternative. There are examples of this working here and there, but not many. The good thing about companies, as opposed to governments is that it's pretty easy to swap one out for another, without physically going anywhere. You can even start your own and try it out!
"Probably because it doesn't work as well as the alternative" is pure conjecture. The real reason is historic. In 200 BC, the only example of anything close to democracy would have been Ancient Athens.
edit: it's still not that easy to start your own company, and the common advice these days is to "not try a new structure", so your argument doesn't follow there either.
Some of them have done pretty well. I think if they were that much better though, they would have outcompeted traditional companies.
> it's still not that easy to start your own company
So maybe the people that do so want to get rewarded for all the risk they are taking, and don't want to give equal shares and votes to the people who come later?
I know it's not what you meant, but it's very easy to start your own company, legally at least, at least in places like the US and UK.
> they would have outcompeted traditional companies.
50 years is a very short time for a few companies to out-compete the tradition of the world. Companies from a few hundred years ago had horrific human rights abuses; only now do we see the general attitude being supportive enough of ethical issues to actually dissuade companies from going down that path, and even today this is only a minor effect.
> rewarded for all the risk they are taking
Then perhaps we also need ways of founding a company that doesn't need all the risk to be taken on by a few people.
No. By and large, I think I'm right, but that does not mean there aren't a few exceptions.
> Then perhaps we also need ways of founding a company that doesn't need all the risk to be taken on by a few people.
We do! It's called the limited liability company or corporation, and it's one of the critical components of a modern economy. As an investor in a company, you can only lose what you put into it, rather than have someone come after all your assets. This is also how stocks work, at heart: a lot of people can each own a piece of a company, and thus pool a lot more capital than the founders could on their own.
Even that is still fairly risky and involves a lot of effort for which people want to be compensated if it goes well.
One of the nice things about companies is that anyone is free to go out and create one and more or less create it in the way they best see fit.
> By and large, I think I'm right, but that does not mean there aren't a few exceptions.
But your belief then is based on conjecture, as I said before. So is mine, but a positive belief (it can happen) is less strong than a negative belief (it can't happen).
We could look at the proportion of attempted co-ops that have failed, vs proportion of normal companies. That would be some interesting data.
> We do! It's called the limited liability company or corporation
This has nothing to do with your original notion of "risk" from 2 posts ago that you used to discredit co-operatives. There, we are talking about the reward split based on the risk split. Typical LLCs still have unbalanced ownership distribution.
Looking at proportions is meaningless: more people have tried and failed with regular companies because that's the default.
Let's look at how many of the world's leading companies are worker's cooperatives: very, very few. And this despite the fact that companies generally don't stay 'at the top' all that long. There is plenty of room for new companies in many fields.
> This has nothing to do with your original notion of "risk"
So what's your proposal? I don't really understand what you are discussing if you think it is not related.
> Looking at proportions is meaningless: more people have tried and failed
That's why I said "proportion", not "more". I agree the data would not be a firm indicator because there are lots of other factors involved, but it would still be interesting.
> So what's your proposal?
It's not a proposal, just an observation to counter arguments of "impossible" - if more people are more equally involved in funding a company, so the distribution of risk is shared, there is more incentive to create a democratic structure.
"edit: it's still not that easy to start your own company, and the common advice these days is to "not try a new structure", so your argument doesn't follow there either."
It is easy to start a business. You can buy things at thrift stores and sell them on Ebay for almost no startup capital.
I think the main reason I wouldn't run a company this way is because it's inefficient. A non-democracy can make decisions much faster and much more efficiently in the marketplace. Since this is the case, most companies would never do it. The only real ways is if every company were forced by the government..which would not end well for anyone.
Do we really need everyone in a company voting on product ideas/direction when many don't even know or care about it in the first place?
It seems, from your other comments, that you don't want to risk your own money and start a company like this (where everyone has a say)..you would rather force existing companies to use this structure..which is ridiculous.
> I think the main reason I wouldn't run a company this way is because it's inefficient.
Everyone thinks so (for no good reason I can see), so nobody tries. This doesn't mean the idea itself is actually bad.
> Do we really need everyone in a company voting on product ideas/direction when many don't even know or care about it in the first place?
This is a valid concern even for democratic governments. I don't think it's contradictory to the idea of a democracy. There are ways of making this work better e.g. weighted votes based on some criteria; I'm not interested in armchair-theorising about it though, we need to try it out and gather data on what works and then form theories about why.
> It seems, from your other comments, that you don't want to risk your own money and start a company like this (where everyone has a say)..you would rather force existing companies to use this structure..which is ridiculous.
I don't have enough money to risk this way. If I did, I would. "Force" isn't feasible, and you're extrapolating me here, but perhaps the market can apply pressure, in the same way you might boycott an unethical company. (As I noted elsewhere, this is more feasible today because you do actually have ethical alternatives, as opposed to a few decades ago.)
As far as I can tell, democratic governments largely work by people promising benefits that they have no intention of implementing (or sometimes, that make no logical sense) in order to get elected. Another tried and tested way to get ahead in a democracy is by convincing one segment of your population that another, usually less powerful segment is out to get them. It's been incredibly unstable in the short slice of historical time in which it's been tried.
The best feature of democracy is that they give an illusion of empowerment. You voted for someone put forward by a hundred thousand person organization, who maybe went on to get a job in an organization of several million people. So isn't that a government "by the people"? Yes, the real strength of democratic government is that it is good at propaganda.
In a company, where real results matter, resources are finite, and customers have alternatives, it is almost never used. This is despite the fact that most Western Europeans (and descendants) think democracy is the best form of organization ever. There's a reason for this.
This is precisely the reason that some geeks advocate turning government into a hierarchical corporate model, run by shareholder democracy - is the form of organization universally chosen when results matter[1]
I absolutely do not want a government to be a corporation interested only in money.
As clearly stated in that article, the US gov has weapons that are too powerful to be resisted. So we can't just stop paying them our taxes if we don't like their services. Capitalism in the US still depends on the US gov stepping in occasionally to break up monopolies when customers aren't able to choose between competing companies to give money to.
I paid for an annual subscription to their web design classes and thought they were horrible - I've subsequently found free resources that are much superior, like Codecademy.
Maybe some good managers could have helped by taking the unpopular stand of "guys, this sucks, we need to do better."
No it is not...Ideas like this generally don't scale, it may work while they are still small.
Flat organizational structures are nothing new, many big companies practice this to a certain extent. For instance many IT consulting companies have armies of workers without the typical boss, but you still have executives/managers to actually run the companies.
Some companies will promote flat organizational structures but really often it is just a euphemism for lack of career advancement opportunities. So instead of employees aspiring to move up the ladder they are encouraged to move laterally (try different roles).
SEMCO, to me, is the best example of this. While they haven't fired all of their managers, they are a very large company doing self-management in a whole bunch of different verticals.
Github is at 230 people now. They use open allocation for devs and designers. Looking at the new hires section[1] on their blog, they also hire support personnel for teams. "technical writer, focusing on documentation for Github Enterprise."
Bryan Cantrill from Joyent delivered a really good session at Surge this year on a similar theme, Leadership Without Management: Scaling Organizations by Scaling Engineers. Well worth watching.
Stock the fridge with tons of beer, pay young 20 something engineers tons of money, then remove accountability. Also, the "non-boss" founders should just walk around talking to who they like the best. This will drive the company towards a better product.
This makes sense for projects, but how does it work for the perpetual parts of running a business. Who takes care of payroll, tax filing, keeping the infrastructure running, etc.?
Are these perpetual, "projects?"
If anyone has any experience with this, please share.
You can outsource payroll, general accounting and tax stuff fairly easily. Serviced offices give you rooms, desks, chairs, someone to answer the phone, toilets, kitchens, physical security etc.
To me, the core issue here isn't specifically about management, but about allowing their developers to follow their intuition. I think a great way to do that is to set aside a time for developers to work on whatever they want to (within the scope of the project). Feel like your test coverage is lacking? You get X% to work on that. Some technical debt always been bugging you? Use your X% on that.
The beauty of this approach is that it can start as an experiment, say 10% (or a day every two weeks), but then migrating to an environment where employees set most of their work queue is just a matter of adjusting X.
Sounds great ... call me in 10 years and let us know how it went. Somehow, I think the company will be acquired & re-orged, dead, or someone will take over who re-injects managers.
A manager's primary goal should be to make themselves superfluous as much as possible. Whether that can be attained for the full 100% depends not in a small part on the type of business your in.
Doing away with managers entirely is not a one-size-fits-all solution.
I also can't fail to notice that like this example, most of these attempts start with horror stories about a failing management / organization. Just because doing completely without management is better than the previous situation, doesn't mean that there isn't a middle ground which might work even better.
> A manager's primary goal should be to make themselves superfluous as much as possible.
My experience is that most managers have climbing the ladder as their primary agenda. Making themselves superfluous almost always does not align with that goal.
In my experience programming is a dead end job, as is any work that creates 'output' (ex: a marketing document).
To progress, you should be a parasite, and not work. Just create meetings and emails to stop others from working. They decide what you should work on and when you should be done by, how motivational.
Am I a salve?
The career goal and company goal are 2 different things.
Unless you remove the parasites that have no output. So good job removing managers. I have a start up, I am a founder and I'm doing the same thing!
There are many flaws with contemporary management practices, but its existence is not a flaw. You would do much better by not tying pay/promotion to management. When that happens, you explicitly create a whole level of organizational politics that is contrary to the organization's goals.
I'm curious about the on boarding process for a new hire—green or experienced. When you go flat, whose responsibility is it to show the new person what to do and how to do it?
I've seen this is several posts of Ryan's and it continues to bother me (from Part 3 of the linked series):
> Everyone is hired at Treehouse at an industry-standard salary level that matches their job description. Most of our team is distributed and outside of expensive outlier markets (like Silicon Valley or NYC).
> The only way to get a salary increase is by performing consistently well in reviews. We don’t have a profit-sharing plan or bonuses (other than the sales team which has a traditional sales team bonus structure).
To me this is a way to pay people as little as possible. The "industry-standard salary" for a position like developer increases year over year by more than the rate of inflation. But without even standard cost-of-living increases, it sounds like working at Treehouse for any measurable about of time will put you in a worse financial position than if you bounced around.
EDIT: It seems they do offer cost-of-living adjustments but only for employees who are performing well (not that I'm advocating giving raises to poorly performing employees, but we're talking about 1-2% to cover inflation here).