Thoughts on an Open Source Company

I wrote this almost a year ago. It's something we want Couchio live by, to build a company we all want to be a part of.

--

Our companies mission to make the world a better place through open source software.

People are hired based on contributions to open source. Code, documentation, advocacy, community help, legal help, etc. People who work to make the world better for everyone through open source are the people we hire.

Every employee has an equity stake in the company. The decision to hire will be partially based on "do we think giving this person this % of the company is worth it to us all" Bad hiring decisions impact us all, so we are all motivated to hire those who will add value.

How do we make money? By providing hosting and services. Rock solid apps, hosting and service. We give away our software, but we provide services people want and need at a healthy profit.

If the company is in the shitter, never have layoffs, decrease pay % across the board. If we have to drop pay below levels that can support people, we can't be a company.

Stress kills. Kills motivation, creativity, and in the long run it literally kills people. Most people want to do good. A few try really hard to do good. We make sure people know once they are hired, they never have to worry about their job. We will try hard to not be a source of stress to our employees.

Never fire. We constantly emphasize you can't get fired for lack of productivity or being stupid or foolish. You can get fired for ethical reasons. We should strive for openness and honesty in all matters.

Never ever ever have a hiring binge. We hire based on contributions to open source. Always. When we have the resources, we hire the best contributors. Otherwise we don't hire.

We don't want people who tend to ask "How can I contribute? What should I do?". We want people who identify for themselves what needs to be done and how they can contribute, and then do it. Our employees want to contribute to make things better, not for a paycheck, not for validation from a manager or even the community. They do it because they think it will make things better.

We don't have managers. Everyone who we hire is already a productive contributor on their own. People can take leadership and mentoring roles, but these roles are granted by those being led and mentored. No one ever has control over someone else's time.

We don't hire for positions like HR, sales, etc. We either outsource, or a person we have already hired for their contributions to open source fills the position.

We don't encourage or discourage project or code ownership. In the case of disagreements, working code always has a place. We encourage forks internally and externally. There can be no reals rules beyond this guidance. We acknowledge this is messy and imperfect, and will always be source of friction and disagreement.

How do we ensure people are productive and don't goof off? We don't.

We don't measure productivity? Smart people can always appear to be productive while goofing off, making it seem they are working hard when wasting time, causing stress for themselves and often for others who want to be seen to be strong contributors. We don't monitor people's productively. We let people goof off if they want. It's okay to goof off. I'm goofing off right now as write this.

Then why do our people work?

Our people are hired based on contributions to open source, their contributions make the world a better place. Our company mission is to do that, and we are filled with people who've already done that. We all want it to succeed and make a profit, so we can make ever greater contributions to the world. People contribute how they see fit: By working on profitable projects, by developing new projects, by doing work that will never make a profit but makes the world better for us all. Sometimes it's by taking some time off to recharge so you can contribute later.

If the company becomes unprofitable, or sick, it's everyone's responsibility to make it healthy. No one has to ask permission how to make it better, how to make things profitable, they just do it.

--

Already this has been put to the test, as we were presented an eminently qualified hire with a very positive energy. The problem was no open source involvement or contributions. I wanted to make an exception but I realized if we really want to give this idea of an open source company shot, we can't compromise already on the 4th hire we make. So I had to say no, which was hard.

I don't yet know if this will work in the long run, but for now I want us to give it a real shot and see what happens.

Posted February 10, 2010 1:18 PM

Comments

Nice. Wish that more companies followed those rules. Man, I wished that the whole nation followed them.

Great that you were able to stick to your rules. It is hard. Good luck with your company :)

Hugo Estrada, February 10, 2010 3:08 PM

Sane organizations already hew to some of those goals, though you're definitely a lot more ambitious in others. The notion of equity for everyone + no firing is particularly striking. I wonder what the over/under will be on headcount / years in business before those two points have to be put away...

Chas Emerick, February 10, 2010 3:35 PM

Please let us know what worked well and what didn't work well, since you have been doing this for a year.

How many employees? Is everyone happy with the salaries?

Please give an update every year or two. It would be wonderful if it works out. I think you will hire 19 great people and 1 bad person will get through. The person doing near zero work is what I want to hear about. Is everyone okay with it? Can you scalably absorb it? Normally good people come and go, but bad people camp forever.

I love the claim. Please let us know how it progresses. I'd love to hear the last 12 months so far.

Bryan S, February 10, 2010 4:22 PM

Bryan S, we've only been funded since december and only just now got our office set up. We are still very young.

Damien Katz, February 10, 2010 5:12 PM

So my thoughts are, If someone is a problem employee, then they will be asked to leave the project and/or working environment where they are causing problems. If they cannot do this, if they harass people, they can be fired.

But if they insist on not being productive, they can't be fired.

Damien Katz, February 10, 2010 5:48 PM

Good luck with this model.

I believe you have some good points, but some other points may just lead your company into the ground.

I have been with, and leading, startups for over twenty five years, I also contribute to OSS, so here's my take on this.

Plus points:
- Only open source contributors, that will definitely earn you good programmers an some of the best.
- Every employee has a stake, I thought every tech company was already there.
- Providing hosting and services, call it web applications, this is all about outsourcing your customers' non-core business.
- Never fire on performance, every modern tech company already does this. But in the bad times, you'll have to cut where it makes sense, and guess what, this will be based on past performance.

Minus points:
- Only open source contributors, you'll also hire a bunch of Divas completely disconnected from the real world,
- No managers, you probably do not have any idea what good managers are for. They certainly are not OSS contributors, so you will never hire a good one, let alone you might never have a real CEO.
- No sales people, are you kidding? You can't outsource sales, you'll get ripped. HR maybe, but not sales. You have to have sales people in house and you'll have to learn how to manage them.
- Encourage forks internally: watch out for uncontrolled chaos, a company is not the OSS community.
- You were wrong turning down "an eminently qualified hire with a very positive energy" because he was not an OSS contributor. This hire might have brought some balance to your team. The world is not black and white, OSS or Microsoft.

You need to learn these lessons and fast.

Good luck with your business and thank you for your contributions to the world.

Jean, February 10, 2010 6:57 PM

I admire your obvious inclination toward being a force for good in the world.

It reminds me of an alternative I came across for how you can set up your governing documents to better align them with this idea: http://www.bcorporation.net/

I'd suggest taking a look, if only because it was created by business/finance people who I suspect are as committed to aligning business' interests with the public as you are.

Charlie, February 10, 2010 7:29 PM

Jean, thanks for the feedback.

Everything you say might turn out to be true. Which is why we must be very careful in our hiring. And if it still doesn't work out, we'll have to adapt.

And we will hire salespeople if they have experience with open source. If you have sold open source products and services, then you are enabling open source. Like salespeople who worked at MySQL.

Damien Katz, February 10, 2010 8:00 PM

So are you guys all running on open source Ubuntu or are you still on proprietary os x? :p

Patcito, February 10, 2010 8:15 PM

Patcito, you are reading too much into it. We aren't open source fanatics.We use it when it makes sense, and not everything we do must be open source.

But we must have all made contributions in some way to open source projects. Understanding the culture is critical.

I like and use OS X.

Damien Katz, February 10, 2010 8:27 PM

Great mantra, very familiar to what Monty lives by:

http://askmonty.org/wiki/index.php/The_hacking_business_model

As per how one survives with such a model in a competitive space, Monty continues to lead the way:

http://monty-says.blogspot.com/2009/05/open-database-alliance-founded.html

That said, I've found a very interesting phenomena in both science and business: some of the most productive developers I've worked with seem to crave a surprisingly large amount of "top-down" management when it comes to direction. We certainly lost at least one significant hire due to following the basic principle of self-direction.

Mike Miller, February 10, 2010 9:35 PM

Damien, ok I read "Our companies mission to make the world a better place through open source software." as "we'll release all our stuff as open source to make the world a better place". Also, I hope you didn't equate being an ubuntu user to being an open source fanatic.

I like and use Ubuntu :)

Patcito, February 10, 2010 9:45 PM

hey damien,
you say:
|But if they insist on not being productive, they can't be fired.

why is this?

Mkael, February 11, 2010 1:17 AM

Well, I think your strategy could bring some happiness in the begging, however it will be very very difficult to keep it in the long run.

At some point some people or at least a single person will become less interested or less productive (we all are humans) than the others. In this point the moral or productivity of "the good guys" will be lost too.

I also think that it'll be valuable for you to read up "Atlas Shrugged" (if you haven't). The philosophy behind this book is just against your kind of company and you'll see what really can kill it.

Man, I really like your product and wish you lots of luck and success. I hope you'll be sustainable in the long run.

Stan, February 11, 2010 7:01 AM

"...But if they insist on not being productive, they can't be fired..."

Damien, so let me get this straight.. If someone passes the interviews and then refuses to be productive once in the saddle, they can sit there and collect "welfare" off you ?

I can see how noble that is, and hopefully the team culture should prevent that from happening.. But it sounds like an invitation for trouble. How do you expect to mitigate this risk ? After all, if you get some clown taking up wages that could be given to someone you need to hire, who will get the job done, what do you do ?

My experience has been, if there is no accountability, then people just walk all over you.

Giulio, February 11, 2010 6:06 PM

The idea is that if you hire a smart person, they wouldn't be able to stand being not productive. It comes naturally to them. So they'd eventually not be able to stand it anymore and maybe at that point they create something some awesome it was worth the wait.

The big problem we try to solve with this is measuring productivity. Our solution: don't.

As a team we still help each other to know what the important work is.

Chris Anderson, February 14, 2010 11:52 PM

Damian, I agree with most of your philosophy, except "you can't get fired for lack of productivity or being stupid or foolish" (and that you don't need good managers or sales persons).
:
The thing is that people change and the person you hire may not be the same person after a while.
In other cases the person you hire may not be the person you thought you hired (Hustlers are the most convincing persons in the world..)

I agree that one should not fire people without very good reasons and there should be clear rules the firing process.

In MySQL AB we had from the start the philosophy that we don't fire anyone without a very good reason. Whenever there was a problem, we tried to reallocate the person to do something else and in the worst case we put them on probation and monitored more actively what they where doing. If they where not productive again after 3 months, then we did fire them.

I know of at least one case where the person we hired never produced anything worthwhile (and probably did not ever intend to produce anything). There was another cases where one person encountered a personal tragedy and started to game the system to make it look like he worked but in reality never did anything. We did not have any other option than firing him when we found out. However, according to your rules, he would not have had to game the system but could just openly be unproductive which would not be good for the morale of the other employees.

I totally agree that you need to respect people and give them a fair chance to come over times of unproductivity. At the same time you need, for the sake of all other employees, be able to fire people that are not ever going to produce anything worthwhile and will never be worth the salary you are paying them.

Another interesting topic is what is the definition of "an open company"? I have suggested a definition for this on my latest blog.

Good luck with your company!

Monty, July 23, 2010 3:11 PM

Post a comment




Remember Me?

(you may use HTML tags for style)