DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports Events Over 2 million developers have joined DZone. Join Today! Thanks for visiting DZone today,
Edit Profile Manage Email Subscriptions Moderation Admin Console How to Post to DZone Article Submission Guidelines
View Profile
Sign Out
Refcards
Trend Reports
Events
Zones
Culture and Methodologies Agile Career Development Methodologies Team Management
Data Engineering AI/ML Big Data Data Databases IoT
Software Design and Architecture Cloud Architecture Containers Integration Microservices Performance Security
Coding Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
Culture and Methodologies
Agile Career Development Methodologies Team Management
Data Engineering
AI/ML Big Data Data Databases IoT
Software Design and Architecture
Cloud Architecture Containers Integration Microservices Performance Security
Coding
Frameworks Java JavaScript Languages Tools
Testing, Deployment, and Maintenance
Deployment DevOps and CI/CD Maintenance Monitoring and Observability Testing, Tools, and Frameworks
  1. DZone
  2. Culture and Methodologies
  3. Agile
  4. How to do Agile Performance Reviews

How to do Agile Performance Reviews

David Bland user avatar by
David Bland
·
Dec. 14, 12 · Interview
Like (0)
Save
Tweet
Share
6.15K Views

Join the DZone community and get the full member experience.

Join For Free
My last post of Performance reviews and Scrum left some readers unsatisfied. Brett send me an email where he comments:

So, while my heart leapt when I saw this link, sadly I was bitterly disappointed to discover that despite the fact its one of your most frequently asked questions, you didn’t actually answer it at all.

He then goes on to say:

While I don’t disagree that the performance-based pay has its downsides, like it or not, its simply the way the world works and no amount of philosophical debate and protest will change the fact that they are mandated by corporate policy … I would much rather see some actual practical/useful tips and techniques on how to do this effectively and fairly – do you have any insights you could share at all please?

I absolutely agree with Brett … he makes a fair point.

How to do performance reviews in an Agile environment?

Jeff Sutherland presents the performance review process that evolved during the first implementation of Scrum at Easel Corporation in 1993. It’s largely a conventional review process but differs in how the final rating is calculated. The final score has components of company rating (25%), team rating (25%) and individual rating (50%).

In a clever twist the rating scale includes information from external sources (e.g. “Trade journals are writing rave reviews about your work saying it is best in class.”), and limits the reviews influence to the middle of the range (4,5, and 6 on a scale of 1-10). Arguably this approach provides a more object measure by introducing information from external sources and focusing on the product over the individual.

Alan Altas has also written about performance reviews in “Performance Management for Agile People” published in the Agile Journal. Alan’s article is a much stronger move away from conventional reviews and he emphasizes a common team goal, 360 reviews and minimizing differences in individual compensation. He offers five points:

1. Give all of the members of an Agile team the same performance goals.
2. Assign individual goals for individual development.
3. Make sure individual goals are aligned with team goals.
4. Frequent 360 degree performance feedback is better than many alternatives.
5. Value highly the personal traits, characteristics, and behaviors of good team members.

And, he finishes some very sound advice:

All but the very most incompetent managers know which of their employees are the top performers and which are the bottom feeders. Neither scrum nor waterfall nor lean nor agile makes this any more or less obvious. You can take action on your top 1% and bottom 1% (or even 5%) regardless of the methodology your teams use. Make sure your one or two true stars are kept happy, and don’t be afraid to deal with your one or two laggards.

Finally, I think Mary Poppendieck’s article “Unjust Deserts” from 2004 is still very relevant. It’s much broader than just performance evaluations and touches on compensation (pay) and promotions. The article provides a general overview of the entire system of performance reviews, and recommends some guiding principles to help understand the motivation of performance reviews within a Scrum environment.

One of the greatest thought leaders of the twentieth century, W. Edwards Deming, wrote that immeasurable damage is created by ranking systems, merit raises, and incentive pay. Deming believed that every business is a system, and the performance of individuals is largely the result of the way the system operates. In his view, the system causes 80 percent of the problems in a business, and the system is management’s responsibility.

agile scrum

Published at DZone with permission of David Bland, DZone MVB. See the original article here.

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • AIOps Being Powered by Robotic Data Automation
  • Image Classification With DCNNs
  • Upgrade Guide To Spring Data Elasticsearch 5.0
  • Mr. Over, the Engineer [Comic]

Comments

Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends: