很多公司都會進行績效考核，不管你怎麼做，你對你的團隊成員進行細緻的績效考核，最終的結果，可能不是你想看到的。我們做績效考核的主要目的只是為了提高工作效率，提高個人和公司的管理水平。但是得到不好考評的人，可能會感到心裡不平衡而導致離職等等，這就背離了我們當初做這個績效考核時的目的。
深入了解了實際應用中一些評價體系，發現了以下幾點：
當乙個組織遵循敏捷流程時，會面臨更多的問題。敏捷方法更側重於團隊的績效。團隊的目標並不容易受到個別團隊成員的影響；你不能在團隊的績效基礎上，來對個人進行評價。
雖然不可能有乙個解決方案把上述所有問題都解決，但是我相信可以在敏捷開發的基礎上，通過一些其他的手段對敏捷團隊成員進行考核，在敏捷框架內，去解決這些問題。我們可以讓乙個敏捷開發團隊，轉變成為乙個
自我考核的團隊。
自我考核團隊
我們可以利用敏捷開發的原則，來讓團隊對團隊成員進行評價。不斷的做sprint回顧，這樣有助於提高和提高團隊的生產率和效率。讓團隊自己確定什麼是好的、什麼是壞的，自己決定要怎麼做才能提高自己。sprint回顧會議應該是在坦率、誠實原則下進行的。這是否就提供了乙個比較好的自我評價的平台呢？並不是每個團隊成員都會喜歡在這樣的環境下，來進行他或她的評價。sprint回顧會議是乙個封閉式的會議，我建議是在15 分鐘內結束。
現在我們有了這麼乙個適當的方法來進行績效考核。而敏捷開發團隊認為他們是整個考核過程的考核者，有一定的自主權。問題是具體要怎麼做呢？
如何在 15分鐘內實現自我考核呢？
在sprint回顧會議中，通過乙個遊戲由所有團隊成員從團隊中推選出乙個最佳績效的成員。每個團隊成員在一張空白的卡片上寫上他們認為最佳績效的成員名字。(重要規則： 任何人不能提名他自己。）scrummaster 收集名片，但不會透露誰獲得的票數最多。相反，每個團隊成員都需要花兩分鐘時間來解釋為什麼被提名的候選人，是團隊中績效最好的人。
下一步 scrummaster 統計每個被提名人的票數，並宣布排名前三的團隊成員。
這項工作的最重要部分是要得到誠實和有建設性的反饋。每個團隊成員都可以清楚的知道為什麼他們可以獲得那麼多票，這樣他們就可以知道，自己下次如果想獲得同樣多的票數，還需要做什麼。得到最終的考核結果，所有團隊成員都能夠接受。因為這是一群日常工作中緊密配合，自己選出來的，結果非常清楚，也最接近事實。
這種方式得到的結果將不受主觀感覺的影響，因為團隊成員是基於該人的總體績效，以及對團隊的貢獻進行提名的。如果你平時態度不太好啊，或者不能幫助自己身邊的團隊成員等，即使你個人能力比較強，你的同事們可能都不會選擇你。
這種持續的團隊自我績效考核保持透明度和還幫助每個團隊成員，定期的去了解團隊每個人平時的表現。例如，如果乙個為期一年的專案，每兩個星期做一次sprint回顧，團隊成員將會在這一年內進行24 次績效考核。這有助於避免由於年終績效考核不太好，而影響到公升職加薪，降低年初大批團隊成員離職的可能性。
自我考核團隊的好處
最後總結一下，團隊進行自我考核的好處如下：
這種方式其實是脫胎於敏捷框架，與敏捷框架中的很多理念保持一致。
我的微博：
敏捷人生部落格：
敏捷團隊如何進行績效考核？
兩個考核方向 團隊績效考核，個人績效考核 目的 促使團隊成員對整體質量負責 考核內容 1.每次迭代的交付物可否被接受。團隊採用的敏捷開發，每一階段會制定乙個產出計畫和產出目標 2.每次迭代的生產率是否理性增長。架構是否合理，後期擴充套件，修改是否容易 目的 考察個人能力，責任心等的不同來體現出每個團...
敏捷團隊如何進行績效考核？
兩個考核方向 團隊績效考核，個人績效考核 目的 促使團隊成員對整體質量負責 考核內容 1.每次迭代的交付物可否被接受。團隊採用的敏捷開發，每一階段會制定乙個產出計畫和產出目標 2.每次迭代的生產率是否理性增長。架構是否合理，後期擴充套件，修改是否容易 目的 考察個人能力，責任心等的不同來體現出每個團...
敏捷團隊如何進行績效考核？
兩個考核方向 團隊績效考核，個人績效考核 目的 促使團隊成員對整體質量負責 考核內容 1.每次迭代的交付物可否被接受。團隊採用的敏捷開發，每一階段會制定乙個產出計畫和產出目標 2.每次迭代的生產率是否理性增長。架構是否合理，後期擴充套件，修改是否容易 目的 考察個人能力，責任心等的不同來體現出每個團...