As a manager of a 20 member software engineering team, I would like to introduce some fun element at work. This is mostly to bring in a good team synergy, fun, motivation and cross communication in a team that is lacking all of these.

I myself was looking through Gamification videos like Speed Camera Lottery and was inspired to try something like this in my team. ie., rewarding positive behavior than constraining people with a lot of parameters to evaluate them.

What I would like to introduce is a system where I can kick-start this kind of awarding positive behavior by fun ways. For instance, I would initially start by awarding all engineers a seed fund of points, say 100 each and they have to spend and also earn points from others by helping, communicating, or motivating others.

For instance, as a simple case, a developer can send an email with a question to help him or her re-frame the question he is going to ask to customer, and is going set a value, ie., award 10 points to anyone who helps.

Help review this email that I am sending to customer about Dashboard feature. 10 points will be rewarded to the one who helps me with this. With regards, -O

I would like all of this to be exchanged within an email system but don't mind if its can be accomplished by an existing web solution. The important part is the fun element of exchanging the points and cashing it end of the month back to me to get some sort of gift or lunch coupon. I know the idea becomes a project in itself as all other cases need to be handled.

Has anyone introduced such a system in their workplace? What systems are used or anything close to what I would like to accomplish?

I might not be clear from a reader's point, so please feel free to ask me more information. Thanks in advance.

  • I'm interested if this concept will work -- will this enhance current productivity, or will they do the games instead of work? What ends up being lost, and is it important? Aug 12, 2013 at 17:38
  • I think this is the seed of an interesting question, but it needs editing. Requests for resource links are off-topic, but team-building would be on-topic. Please improve your question by making it more of a question with a canonical answer, rather than a search question.
    – Todd A. Jacobs
    Aug 12, 2013 at 17:43
  • Dear thursdaysgeek, I understand your point. But this is just the way even stack exchange works. People here put real good effort to answer and earn their points and reputation. SE's badges and points are rewarding and successful - Is it not? What I am thinking is slightly less intensive that way and meant to improve synergy at a co-located workplace unlike everyone on SE is online.
    – oneworld
    Aug 12, 2013 at 18:42
  • Dear CodeGnome, I have removed references to search etc. Please feel free to nudge me further.
    – oneworld
    Aug 12, 2013 at 18:52
  • Now that it's been nearly 2 years - I'm very curious to what you tried / what worked / what didn't.
    – Mike Petty
    Jun 2, 2015 at 20:59

2 Answers 2



Gamification is inherently competitive, which is contrary to the "succeed or fail as a team" concept that underlies many agile methodologies. That doesn't mean it's a bad idea; it just means it's not well-suited for use with frameworks like Scrum or Extreme Programming. Your mileage may vary with other methodologies.

Competitive Nature of Gamification

According to one Wikipedia article on gamification techniques (emphasis mine):

Gamification techniques strive to leverage people's natural desires for competition, [personal] achievement, status, self-expression, altruism, and closure.

This can be quite healthy, but competition or status-seeking is contrary to the self-organizing, team-based structure of Scrum. Having said that, it is certainly possible to structure a point system that rewards cooperation, mentoring, knowledge sharing, swarming, and pair-programming, but in my personal experience I have found that teams that embrace these objectives often find the practices to be their own reward.

Focus on Team-Based Rewards Instead

Rather than promoting individual achievement, I tend to focus on team-based rewards. Especially during the transition from command-and-control to agility, I've often found it helpful to reward the team with lunches out or pizza parties for things like dead-center estimates or swarming a late story with "all hands on deck" in order to finish within the current sprint.

It's important not to incentivize the wrong behaviors, such as padding estimates or sweeping under-performance under the teaming rubric. However, this is generally taken care of by having routine, honest retrospectives that include evaluation of the metrics themselves.

Measure the Operational Effectiveness of Gamification

As with any other project management control, the utility of the technique varies between teams and between organizational cultures. You will also tend to get what you measure, so make sure the rules of the game align with your intended goals and continuously check that the control is operating as designed.

If you aren't a Scrum shop, or you don't do retrospectives, then you may need other controls to monitor your gamification controls. That doesn't mean it's not worth doing, but it does mean that the issue is likely to be more complex than it appears on the surface.

As always with project management, your mileage may vary.

  • + 1 for "focus on team base rewards" Aug 12, 2013 at 23:55
  • CodeGnome, thanks for the answer. We already have a team based reward etc., but wI find that the interpersonal communication and goodwill is not going well. The only reason I am looking for this system is to make people go out and voluntarily help, instead of being obsessed with completing what they are assigned. I don't even want to include this in Agile or any other methodology. This is purely for fun part.
    – oneworld
    Aug 15, 2013 at 18:46
  • @oneworld You get what you measure. If you assign work, then you are inherently measuring completion of individual assignments. This is why agile methodologies avoid this dynamic. YMMV.
    – Todd A. Jacobs
    Aug 15, 2013 at 18:56

Robert Austin wrote a short, devastating little book, Measuring and Managing Performance in Organizations, that neatly demonstrates why and how most personal measurement systems are doomed be either at best distortionary or at worse actively dysfunctional.

The problem is that you're introducing personal measurement. Under selected circumstances, that can work very well. However, if there is even the suspicion of a hint of a whiff of a chance of a possibility that it will ever be tied to any kind of reward or punishment, the system will be gamed. When the system is gamed, you now have two problems.

First, any information derived from the system is misleading. It tells you things that aren't true; if you act on them, you may make costly errors.

Second, you distort the mix of work that gets done. "What gets measured, gets done". Unless you can measure every important dimension (Austin calls this "total supervision"), you will distort the mix of work. Introducing new metrics doesn't fix this, because in practice any mix will either collapse to the "true" metrics that management clearly favours; or an index metric is produced which itself can be maximised by fitting activity to the weightings in the index metric function.

There's also, as CodeGnome pointed out, the problem of competition. Insofar as any system sets up a zero-sum game (for me to win, someone else has to lose), it creates a rational disincentive for cooperation between players. But software is usually a cooperative enterprise.

Using team incentives will resolve the zero-sum problem but does not resolve the problems of misleading information and distorted effort.

  • To be frank I don't mind the system being gamed. Even to game it they have to cross pollinate and talk to one another. That's what I want essentially. As a matter of fact, if its going to be gamed, even SE site can be gamed, one person can team up with his few 100 friends and upvote or downvote an answer, but we have moderators who moderate the activities. I am going to be the moderator and I am not sure how it can be gamed then.
    – oneworld
    Aug 15, 2013 at 18:49
  • 1
    It will probably still happen. We can't necessarily predict how a distortion will occur; to do so requires to already have total supervision and perfect future knowledge. However we can sketch possible outcomes by taking inspiration from historical experiences. That said, I think you should give it a trial. Done properly, measurement systems can help. It's just very difficult. I can't recommend Austin's book highly enough. Aug 16, 2013 at 0:05

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.