又到了年底做绩效回顾的时候。但很多软件开发团队成员抱怨，绩效回顾看不到价值。
如果用产品思维，来做软件开发团队的“绩效回顾”，那么这个产品的用户至少有两个：团队，团队成员。
既然用户有两个，那么“绩效回顾”对于他们两者的价值，应该是各不相同。
前段时间和同事kk结对，在给客户准备“敏捷需求管理”的课程时，学到了“When Coffee and Kale Compete”书中Better Me的概念：用户掏钱购买某个产品的更深层次的原因，是其在使用产品的过程中，能让自己得到“升级”，成为更好的自己（Better Me）。
基于这个产品思维的角度，“绩效回顾”的价值，也应该是能让团队和团队成员，提升各自能力，双双成为better me。
image.png
“绩效回顾”对于软件开发团队这样知识密集型的组织，其价值或许是能“帮组织升级价值创造的能力”。要实现这个价值，团队可以通过“绩效回顾”：
1）了解团队成员能力（潜力）。团队成员能力可以从团队成员自身回顾和与之密切合作的同事那里获得。
2）了解岗位匹配度。组织在了解了团队成员能力（潜力）之后，就可看她是否匹配所在的岗位，以便让她创造更大成效，增强组织的能力。我一直认为，没有“能力差的员工”，而只有“岗位和能力不匹配的员工”。
3）为团队成员赋能。组织只有为员工赋能，才能实现为组织赋能，以便让组织成为better me。
“绩效回顾”对于团队成员来说，其价值或许是能“帮个人更愉悦地升级能力”。要实现这个价值，就需要个人通过“绩效回顾”：
1）从与自己合作的所有干系人那里，获取反馈，持续改进，提升能力。
2）回顾平台愉悦度。团队成员需要回顾在其所在团队这个平台，“钱，是否给到位；心，是否没委屈”。
3）回顾个人能力升级趋势。团队成员需要回顾在团队这个平台，成为better me的效率是否足够高。
软件开发团队和其团队成员，只有使用产品思维，把“绩效回顾”当作能成就自己成为better me的产品，才能从中获取价值，而不是仅仅走个过场。
网友评论