Bossypants

In her fantastic book Bossypants, Tina Fey has a sidebar about how improvisational comedy has changed her life, and given her a new worldview. We in open source would do well to adapt these ideas to how we conduct our projects as well.

Improv and open source share many characteristics. A group of people come together to create something without a plan, and the result is greater than any one person could have created on his own. Everyone has a wellspring of ideas, and adds to the work created by others. In improv, the people make a scene or a sketch. In open source, they make software, or a body of knowledge, or a community, or a gathering.

From her book:

The first rule of improvisation is AGREE. Always agree and SAY YES. When you're improvising, this means you are required to agree with whatever your partner has created. So if we're improvising and I say, "Freeze, I have a gun," and you say, "That's not a gun. It's your finger. You're pointing your finger at me," our improvised scene has ground to a halt. But if I say, "Freeze, I have a gun!" and you say, "The gun I gave you for Christmas! You bastard!" then we have started a scene because we have AGREED that my finger is in fact a Christmas gun.

Now, obviously in real life you're not always going to agree with everything everyone says. But the Rule of Agreement reminds you to "respect what your partner has created" and to at least start from an open-minded place. Start with a YES and see where that takes you.

As an improviser, I always find it jarring when I meet someone in real life whose first answer is no. "No, we can't do that." "No, that's not in the budget." "No, I will not hold your hand for a dollar." What kind of way is that to live?

The second rule of improvisation is not only to say yes, but YES, AND. You are supposed to agree and then add something of your own. If I start a scene with "I can't believe it's so hot in here," and you just say, "Yeah..." we're kind of at a standstill. But if I say, "I can't believe it's so hot in here," and you say, "What did you expect? We're in hell." Or if I say, "I can't believe it's so hot in here," and you say, "Yes, this can't be good for the wax figures." Or if I say, "I can't believe it's so hot in here," and you say, "I told you we shouldn't have crawled into this dog's mouth," now we're getting somewhere.

To me YES, AND means don't be afraid to contribute. It's your responsibility to contribute. Always make sure you're adding something to the discussion. Your initiations are worthwhile.

Too often in open source, we do the opposite. We quickly say no, without regard to its effects. In improv, "no" kills a scene. In open source, it can drive away a contributor or kill an improvement to a project. It doesn't need to be the word "no", but any negativity towards a fresh idea.

Consider this exchange, all too common in mailing lists and IRC channels right now.

Al: "I'm thinking about writing a tool to do X in language Y."

Bob: "Language Y is a pain in the ass."

In one quick bit of snark, Bob has taken a giant crap on Al's idea, even though his only disagreement was in the implementation. Chances are Al will lose enthusiasm for the probject. In many cases, Al's reaction might just be "Screw it, I don't need this."

Consider this alternative response from Bob:

Al: "I'm thinking about writing a tool to do X in language Y."

Bob: "That sounds like a cool idea. I bet a lot of people could use X. I have some concerns about writing it in Y if you're interested in hearing them."

This is not "sugar coating the truth" or "being politically correct." It's being polite. It's being a human who understands that other people have feelings, and that those feelings drive behavior.

I'm certain that some reading this will say "If Al gives up based on that, Al needs to toughen up. If someone doesn't like something I'm doing, I'll still do it anyway." That's great for you, Mr. Self-Esteem. Not everyone is as highly advanced as you are.

The "suck it up and take rude criticism" attitude might make sense if your project can be picky enough to only take contributions from those with your level of self-esteem. No project that I'm on is so overflowing with contributors and code that it makes sense to drive away those who want to help. It's my job in my communities to help bring in more contributions, and I suggest it's yours, too.

Open source is not standup comedy. It's never one star on stage, doing it all himself. It's a worldwide improv ensemble. Try saying "YES, AND" and see what can come out of it.