3 ms·

Stack ranking means just that: the employees are ranked. What the company does with the ranking can vary. The uses of a stack rank can be beneficial or harmful

Stack ranking means just that: the employees are ranked. What the company does with the ranking can vary. The uses of a stack rank can be beneficial or harmful. At one company where I worked, the rank was used to identify employees for promotion. If an employee consistently ranks above employees at a higher level, then the employee should probably be promoted. The company also merged the ranks for smaller groups into groups of one hundred or more. This resulted in more consistent reviews and promotions across the company. I consider these uses of stack rank to be beneficial. The company also did something harmful with the stack rank. The company graded on a curve and used the stack rank for the grading. Even if everybody in a pool is doing great work, somebody needs to be given a bad review.

jonnathanson 16y ago
The problem with any sort of ranking sysyem is that skill sets, jobs, projects, and roles are not freely fungible or normalizable. You're forced to make some totally absurd comparisons for the sake of fitting whatever the mold may be. We're not talking apples to oranges here; we're talking apples to watermelons.
- BarkMore 16y ago
  In the stack rank meetings that I was involved with, we ranked employees in the order that we would hire them to a new team. This ranking considered several things: productivity, ability to drive tasks to completion, quality of code, willingness to help others, personality and more. Although it was like comparing apples to oranges, there was usually a consensus on the ranking. A useful aspect of this ranking is that it's a different perspective from the written employee review. The review measured people against goals agreed to at the beginning of the review period. The stack ranking criteria considered more of a person's contribution. An employee could suck at meeting goals, but come out high in the stack ranking because of other things the employee did.
  - jonnathanson 16y ago
    I like the idea of a consensus assessment. Sometimes a person's value to the team is less quantifiable on paper than someone else's, but that doesn't mean it's intangible. It's usually quite tangible, and if everyone notices it (or the reverse), that's usually a good sign of the person's value-add. Not everyone is going to be the tireless codebot on the team, but that doesn't mean everyone isn't playing a critical role (Joel Spolsky obviously goes on at great lengths about this). Consensus-style reviews would probably arrive at a fair assessment of such value a lot more readily than individual writeups would. Also, a lot of people make critical contributions that just don't get noticed by the team lead because those contributions -- moral support, culture, taking time away from one's own work to assist others -- aren't boss-facing. But if you asked his or her peers, this person would get a stellar review. In situations like these, group feedback seems pretty important.

jonnathanson 16y ago

The problem with any sort of ranking sysyem is that skill sets, jobs, projects, and roles are not freely fungible or normalizable. You're forced to make some totally absurd comparisons for the sake of fitting whatever the mold may be. We're not talking apples to oranges here; we're talking apples to watermelons.

BarkMore 16y ago
In the stack rank meetings that I was involved with, we ranked employees in the order that we would hire them to a new team. This ranking considered several things: productivity, ability to drive tasks to completion, quality of code, willingness to help others, personality and more. Although it was like comparing apples to oranges, there was usually a consensus on the ranking. A useful aspect of this ranking is that it's a different perspective from the written employee review. The review measured people against goals agreed to at the beginning of the review period. The stack ranking criteria considered more of a person's contribution. An employee could suck at meeting goals, but come out high in the stack ranking because of other things the employee did.
- jonnathanson 16y ago
  I like the idea of a consensus assessment. Sometimes a person's value to the team is less quantifiable on paper than someone else's, but that doesn't mean it's intangible. It's usually quite tangible, and if everyone notices it (or the reverse), that's usually a good sign of the person's value-add. Not everyone is going to be the tireless codebot on the team, but that doesn't mean everyone isn't playing a critical role (Joel Spolsky obviously goes on at great lengths about this). Consensus-style reviews would probably arrive at a fair assessment of such value a lot more readily than individual writeups would. Also, a lot of people make critical contributions that just don't get noticed by the team lead because those contributions -- moral support, culture, taking time away from one's own work to assist others -- aren't boss-facing. But if you asked his or her peers, this person would get a stellar review. In situations like these, group feedback seems pretty important.