What Really Motivates Workers
In the January-February 2010 edition of Harvard Business Review as part of an article on "Breakthrough Ideas for 2010" Teresa M. Amabile and Steven J Kramer wrote about their research into what really motivates knowledge workers.
Contrary to current management thinking, the number one motivating factor is no longer Recognition. They state:
In a recent survey we invited more than 600 managers from dozens of companies to rank the impact on employee motivation and emotions of five workplace factors commonly considered significant: recognition, incentives, interpersonal support, support for making progress, and clear goals. Recognition for good work (either public or private) came out number one.
Unfortunately, those managers are wrong.
The reality is the single most motivating factor based on a multiyear study tracking the day-to-day activities, emotions, and motivation levels of hundreds of knowledge workers in a wide variety of settings is PROGRESS.
On days when workers have the sense they’re making headway in their jobs, or when they receive support that helps them overcome obstacles, their emotions are most positive and their drive to succeed is at its peak. On days when they feel they are spinning their wheels or encountering roadblocks to meaningful accomplishment, their moods and motivation are lowest.
The study was conducted by having knowledge workers keep a daily diary and rank their emotions and motivations on a daily basis. The results show that making progress in a work activity, even small incremental progress, is more motivational than any other single factor.
The article includes the following graph showing "What happens on a great workday":
They go on to provide advice to managers about how to keep their workforce motivated:
Managers have powerful influence over events that facilitate or undermine progress. They can provide meaningful goals, resources, and encouragement, and they can protect their people from irrelevant demands. Or they can fail to do so.
Scrupulously avoid impeding progress by changing goals autocratically, being indecisive, or holding up resources. Negative events generally have a greater effect on people’s emotions, perceptions, and motivation than positive ones, and nothing is more demotivating than a setbackthe most prominent type of event on knowledge workers’ worst days.
The go on to point out that recognition is still a valuable motivating factor:
As for recognition, the diaries revealed that it does indeed motivate workers and lift their moods. So managers should celebrate progress, even the incremental sort. But there will be nothing to recognize if people aren’t genuinely moving forward, and as a practical matter, recognition can’t happen every day. You can, however, see that progress happens every day.
Their identification of progress as the most motivating factor for knowledge workers build on and agrees with factors identified as far back as 1981 by Barry Boehm. In a 2004 Agile Times article - "Motivation, Teamwork, and Agile Development" - Giovanni Asproni cites Boehm’s Top Ten Motivational Factors for Sofware Developers as
2. Possibility for growth
3. Work itself
6. Technical supervision
8. Relations with peers
9. Relations with subordinates
He states "The data on which the list is based is more than 25 years old, but I think it is still valid, since it matches pretty well with my experience."
What motivates people in your teams, and how do management practices support or detract from these motivating factors?
Do the Agile practices (short iterations, rapid feedback, daily standup ...) make working on Agile teams produce more positive motivational experiences for the team members?
Agile does enable progress, but...
When a manager or ScrumMaster removes impediments raised by developers, yes, it helps them feel they are making progress. When s/he shows a nice Burndown chart going down, yes, it does make the team feel they are making progress.
On the contrary, when a manager sets arbitrary rules about how people should do their work, or creates impediments rather than removing existing ones, (non Agile practices), this article explains why this has a devastating effect on productivity and motivation. As the article puts it: "You can proactively create both the perception and the reality of progress. If you are a high-ranking manager, take great care to clarify overall goals, ensure that people’s efforts are properly supported".
It also says: "refrain from exerting time pressure so intense that minor glitches are perceived as crises rather than learning opportunities." Short iterations (and, in general, artificial deadlines) may create problems when things are half done and no progress is recognized.
Demonstrations help a lot with recognition of actual work done (not documents or lines in Project Plans marked as "completed"), and I've always forced them upon shy developers. Now it's giving one more argument why I should continue pushing them :-)
Daily standups can also help "Cultivate a culture of helpfulness" if team members share their problems and offer to help.
One new thing that comes to my mind is this: since most the work of us "knowledge workers" is to acquire knowledge, how do you recognize progress is that context? Maybe one of the questions during daily standups should be "what did I/we learn yesterday?"
Re: Agile does enable progress, but...
This article explains why Agile works better than waterfall
Re: This article explains why Agile works better than waterfall
Agile Pain Relief Consulting