In my work I tend to create a lot of material both on my website here as well as on other websites (for example, my opensource.com column and my Forbes column. I also participate in interviews and other pieces.
I couldn’t think of an efficient way to pull these together for you folks to check out. So, I figured I will periodically share these goings on in a post. Let’s get this first Bacon Roundup rolling…
How hackers are making products safer (cio.com)
An interview about the work I am doing at HackerOne in building a global community of hackers that are incentivized to find security issues, build their expertise/skills, and earn some money.
8 ways to get your swag on
A column about the challenges that face shipping swag out to community members. Here are 8 things I have learned to make this easier covering production, shipping, and more.
10 tips for new GitHub projects
Kicking off a new GitHub project can be tough for new communities. I wrote this piece to provide 10 simple tips and tricks to ensure your new GitHub project is setting off on the right path.
The Risks of Over-Rewarding Communities
A piece about some interesting research into the risks of over-rewarding people to the point of it impacting their performance. This covers the research, the implications for communities, and some practical ways to harness this in your community/organization.
GC On-Demand Podcast Interview (http://podcast.discoposse.com/)
I had a blast chatting to Eric Wright about community management, career development, traversing challenges, and constantly evolving and improving your craft. A fun discussion and I think a fun listen too.
Taking your GitHub issues from good to great (zenhub.com)
I was invited by my friends at ZenHub to participate in a piece about doing GitHub issues right. They wrote the lions-share of this piece but I contributed some material.
Finally, if you want to get my blog posts directly to your inbox, simple put your email address into the box to the right of this post. This will ensure you never miss a beat.
I received a telephone call out the blue from a company supposedly based in Buckinghamshire, at least that's what their website says.
Caller: "Hi, I got your details from your website, I understand you provide computers. Do you do parts as well?"
Me: "Yes we do."
Caller: "OK, I'll send you a list of our requirements, can you quote me please?"
An email arrived asking for some branded laptops, base units and CPU's which I duly quoted. A little while later I received an email back.
Caller-Email: "Thanks for the quote, I've spoken to our accounts department and your prices are acceptable. They have asked if this order could be on a 30 day credit account?"
Me-Email: "Sadly we will require full payment prior to order. This is because we have no trading history with each other. I'm confident once we have processed a few transactions with each other an 'invoice' relationship could be established."
I'm still waiting. :-D
Incentive plays an important role in communities. We see it everywhere: community members are rewarded with extrinsic rewards such as t-shirts, stickers, gadgets, or other material, or intrinsic rewards such as increased responsibilities, kudos, reputation, or other benefits.
The logic seems seems sound: if someone is the bees knees and doing a great job, they deserve to be rewarded. People like rewards, and rewards make people want to stick around and contribute more. What’s not to love?
There is though some interesting evidence to suggest that over-rewarding your communities, either internal to an organization or external, has some potent risks. Let’s explore the evidence and then see how we can harness it.The Research
Back in 1908, Yerkes-Dodson, psychologists (and potential prog rock band) developed the Yerkes-Dodson Law. It suggests performance in a task increases with arousal, but only to a point. Now, before you get too hot under the collar, this study refers to mental or physiological arousal such as motivation. The study highlights a “peak arousal” time which is the ideal mix of the right amount of arousal to hit maximal performance.
Dan Ariely in The Upside of Irrationality took this research and built on it to test the effect of extrinsic rewards on performance. He asked a series of people in India to perform tasks with varying levels of financial reward (very small up to very high). His results were interesting:Relative to those in the low- or medium-bonus conditions, they achieved good or very good performance less than a third of the time. The experience was so stressful to those in the very-large-bonus condition that they choked under the pressure.
I found this choke point insight interesting. We often see an inverse choke point when the stress of joining a community is too high (e.g. submitting a first code pull request to your peers). Do we though see choke points for communities members with a high level of pressure to perform though?Community Strategy Implications
I am not so sure. Many communities have high performing community members with high levels of responsibility (e.g. release managers, security teams, and core maintainers) who perform with predictably high quality results.
Where we often see the ugly head of community is with entitlement; that is, when some community members expect to be treated differently to others.
When I think back to the cases where I have seen examples of this entitlement (which shall remain anonymous to protect the innocent) it has invariably been due to an imbalance of expectations and rewards. In other words, when their expectations don’t match their level of influence on a community and/or they feel rewarded beyond that suitable level of influence, entitlement tends to brew.
As as such, my graph looks a little like this:
This shows the Yerkes-Dodson curve but subdivides the timeline into three distinctive areas. The first areas is used for growth and we use rewards as a means to encourage participation. The middle area is for maintenance and ensuring regular contribution over an extended period of time. The final area is the danger zone – this is where entitlement can set in, so we want to ensure that manage expectations and rewards carefully. In this end zone we want to reward great work, but ultimately cap the size of the reward – lavish gifts and experiences are probably not going to have as much impact and may even risk the dreaded entitlement phenomena.
This narrative matches a hunch I have had for a while that rewards have a direct line to expectations. If we can map our rewards to effectively mitigate the inverse choke point for new members (thus make it easier to get involved) and reduce the latter choke point (thus reduce entitlement), we will have a balanced community.Things You Can Do
So, dear reader, this is where I give you some homework you can do to harness this research:
- Design what a ‘good’ contribution is – before you can reward people well you need to decide what a good contribution is. As an example, is a good code contribution a well formed, submitted, reviewed, and merged pull request? Decide what it is and write it down.
- Create a platform for effectively tracking capabilities – while you can always throw out rewards willy-nilly based on observations of performance, this risks accusations of rewarding some but not others. As such, implement an independent way of mapping this good contribution to some kind of automatically generated numeric representation (e.g. reputation/karma).
- Front-load intrinsic rewards – for new contributors in the growth stage, intrinsic rewards (such as respect, support, and mentoring) are more meaningful as these new members are often nervous about getting started. You want these intrinsic rewards primarily at the beginning of a new contributor on-ramp – it will build a personal sense of community with them.
- Carefully distribute extrinsic rewards – extrinsic rewards such as clothing, gadgets, and money should be carefully distributed along the curve in the graph above. In other words, give out great material, but don’t make it too opulent otherwise you may face the latter choke point.
- Create a distribution curve of expectations – in the same way we are mapping rewards to the above graph, we should do the same with expectations. At different points in the community lifecycle we need to provide different levels of expectations and information (e.g. limited scope for new contributions, much wider for regular participants). Map this out and design systems for delivering it.
If we can be mindful of the Yerkes-Dodson curve and balance expectations and rewards well, we have the ability to build truly engaging and incentivized communities and organizations.
I would love to have a discussion about this in the comments. Do you think this makes sense? What am I missing in my thinking here? What are great examples of effective rewards? How have you reduced entitlement? Share your thoughts…
Last week I was interviewed by the wonderful Eric Wright for the GC On-Demand Podcast.
Over the years I have participated in various interviews, and this was a particularly fun, meaty, and meaningful discussion. I think this could be worth a listen, particularly if you are interested in community growth, but also leadership and facing and traversing challenges.
Some of the topics we discussed included:
- How I got into this business.
- What great communities look like and how to build them.
- How to keep communities personal, particularly when dealing with scale.
- Managing the expectations of different parts of an organization.
- My 1/10/100 rule for mentoring and growing your community.
- How to evolve and grow the skills of your community members and teams in a productive way.
- My experiences working at Canonical, GitHub and XPRIZE.
- Increasing retention and participation in a community.
- Building effective leadership and leading by example.
- Balancing open source consumption and contribution.
- My recommended reading list.
- Lots of fun anecdotes and stories.
So, go and grab a cup of coffee, and use the handy player below to listen to the show:
You can also find the show here.
Many more companies are now hiring for technical evangelist, developer advocate, community manager and similar roles. Until now, there hasn’t been a single place to advertise and look for such opportunities.
That’s why I created the DevRel Jobs site.
Post your jobs for free and follow the @devreljobs to see when a new job opening is posted.