August 13, 2003
(Computerworld)
Twice a week, I go to the gym and to weight training with Brooke Darst, a certified personal trainer. As I perform my exercises, Brooke provides a constant stream of feedback. Minor corrections: "Chin in! Lower your right shoulder. Stand up straight!" Encouragement: "Perfect!" Recognition of improvement: "You held that 10 seconds longer than last week -- awesome!"
It's obvious that if Brooke waited until the end of the month and then told me, "In the first week of the month, you raised your right shoulder during some exercises," it wouldn't be very helpful. I might not remember the specific exercise or session, and I wouldn't have a chance to correct the problem until the next session. I'd start looking for a new trainer.
Unfortunately, many managers act as if they think it's best to wait until the yearly performance evaluation to provide feedback.
Delayed feedback has significant costs. If there's been a pattern of incorrect or incomplete work, it's too late to go back and correct the work. The opportunity to improve performance and productivity is gone forever. The feedback given long after the event may feel capricious or arbitrary. The highest price is damaged working relationships.
Jackson waited until a yearly performance review to tell Sheila that the defect density in her code was twice as high as the other programmers. Now he was going to move her onto a less challenging project.
Sheila was stunned. "Why didn't you tell me sooner?" she asked. "The defect densities aren't sorted to show individual differences -- I had no idea. When I asked about a promotion in our one-on-one meeting, you never said anything about not being happy with my work! I could have done something differently if I'd known!"
Sheila started wondering what else Jackson wasn't telling her. And she wondered if this was the start of Jackson pushing her off the team. She accepted the new assignment, but she didn't really trust Jackson after that.
![]() ![]() | |
| Esther Derby provides high-leverage facilitation to start projects on a solid footing, assess the current state of projects and capture lessons learned. You can reach her at derby@estherderby.com or by visiting her Web site. Esther also writes a weblog on managing software development. |