scrum guide對團隊的描述如下：
scrum 團隊
scrum團隊由產品負責人、開發團隊和 scrum master 組成。scrum團隊是跨職能的自
組織團隊。自組織團隊自己選擇如何最好地完成工作，而不是由團隊外的人指導。跨職能
團隊擁有完成工作所需要的全部技能，不需要依賴團隊以外的人。這種團隊模式的目的是
最大限度地優化靈活度、創造力和生產效率。
scrum團隊迭代增量式地交付產品，最大化獲得反饋的機會。增量式地交付「完成」
的產品保證了可工作產品的潛在可用版本總是存在。
開發團隊有以下幾個特點：
他們是自組織的，沒有人（即使是 scrum master都不可以）告訴開發團隊如何把
產品待辦事項列表變成潛在可發布的功能。
開發團隊是跨職能的，團隊作為乙個整體，擁有開發產品增量所需要的全部技
能。 scrum 不認可開發團隊成員的頭銜，無論承擔哪種工作他們都叫做開發人員。此
規則無一例外。
scrum 不認可開發團隊中的所謂「子團隊」，無論是測試還是業務分析的成員都
不能劃分為「子團隊」。此規則無一例外。
開發團隊中的每個成員可以有特長和專注領域，但是責任屬於整個開發團隊。
敏捷強調團隊的團隊精神和自組織性。有些敏捷教練會認為對開發團隊的個人績效評估需要慎重考慮，這樣會破壞團隊精神。當然我不是很贊成這種觀點。
《科學管理原理》第一章就提到磨洋工的問題：
磨洋工產生的原因有二。第一：人類天性使然，趨於輕鬆隨便，這可稱為『本性磨洋工』；第二：由於人與人直接的關係二造成的複雜想法和重重顧慮而引起的『磨洋工』，可稱為『故意磨洋工』當然，也有一些精力旺盛、活力十足、志向遠大的人，他們自發選擇快速、高標準和刻苦工作，即使可能違揹他們的最佳利益。但這些人的態度作為反面例子卻凸顯出目前的普遍趨勢。基於人類的天性，不管是製造行業的工人還是it領域的工程師，都會很自然的選擇偷偷懶、磨磨洋工。本人在央企呆過，現在在私企，跟外企的朋友也有交流，從實際情況來看確實也是這樣的情況，我了解到的企業，對it員工的的激勵措施有點吃大鍋飯的意思，或者純粹憑老闆一句話的去進行激勵。這樣就導致想幹活、多幹活的員工沒有得到應有的回報，自然沒有動力。最終的結果要麼就是被同化，呆在公司大家一起優哉遊哉；或者就找更好的公司、平台跳槽。
怎麼解決這樣的問題？
首先：我們承認人類的天性的存在，不能期望每位成員都能夠自發的，不計利益的投入到專案中。
第二：我們認識到不同的的成員在技能水平、職業素養上存在差異，有效產出、生產率是不一樣的，對應所得的利益和激勵應該也要不一樣，這樣才公平
第三：我們認識到類似於製造業，軟體開發過程的工作量也是可以度量和評估的。
1、績效評估的範圍：只對個人收入的績效部分進行評估，在目前大環境下，it員工還是只能實行高工資，低績效的方式，否則可能人員招聘上會有很大的麻煩。
2、採用計時的方式進行績效評估。（計時、計件現在應該是製造業的基本方法）
3、工作量的評估，在scrum計畫會議的時候採用撲克牌的方式，開發團隊和scrum master一起投票確定。投票過程採用求大同、存小異、取平均的方式。計畫會議過程採用：講解需求->提問與解釋->匿名出牌->討論->重新出牌->達到近似一致->採取平均的流程，確保大家都理解功能點的業務需求、處理方式。如果投票出現大的差異，比如說(9/1/1/1)的情況，那麼需要再講解需求、討論。直到近似一直。最後取平均。這點在陳勇老師的敏捷培訓上重點講過。
4、工作任務的認領。我們認識到就算大家一起投票評估出來的工作量，也還是存在有些偏高、有些偏低的情況。為了確保公平，工作任務的認領嚴格按照順序、迴圈自願認領。a今天第乙個選擇任務，那麼明天就只能是最後乙個來認領任務，以此迴圈。
5、績效評估的統計及公布。每個sprint迭代結束時候的反思會公布統計排名結果。郵件傳送給全體成員，並記錄到專案的總的績效統計中。在專案獎的分配上嚴格按照工作量的統計結果計算。每個sprint及時公布統計排名結果非常重要。在《門後的秘密》中提到：
在事件發生後，第一時間給出反饋意見。等到年終考核才給出反饋意見起不到任何作用。即使等到季度考核，也是無濟於事。經過乙個專案的實施，好得方面，總結一下：
1、專案抱怨的人減少了，團隊氣氛好轉
2、專案最後收尾的時候沒有出現因為某乙個功能的delay導致整個專案無法交付的情況。
3、專案程序中沒有瘋狂的加班，基本正常上下班，除了scrum master承擔的壓力大一點，工作稍微多一點。
不好的方面，也總結一下：
1、原先效率低、產出低的成員，還是效率低，但是產出略有提高
2、出現過一下難度稍大的功能，沒人主動認領，需要通過scrum master干預。
團隊績效評估
評價尺度分數 優秀 10分 良好 8分 一般 6分 較差 4分 極差 2分 甲評分乙評分 本欄平均 權重係數 工作業績 1.工作素質 僅考慮工作的品質，與期望值比較，工作過程 結果的符合程度 準確性 反覆率等 32.工作量 僅考慮完成工作數量。職責內工作 小隊分配工作及自主性工作完成的總量。3.工作...
團隊績效評估規劃
經商討，我們小組的績效評估標準如下 1 目標實現 40 2 工作量 15 3 團隊意識 15 4 工作積極性 10 5 學習情況 10 6 會議發言 5 7 改善創新 5 成員 權重 目標實現 40 工作量 15 團隊意識 15 工作積極性 10 學習情況 10 會議發言 5 改善創新 5 總分羅元...
團隊的績效評估方法
區域網內的通訊qq 程志 王海玲 範慶霞 孫雪媛 程志 負責通訊協議的編寫並整合所有成員編寫的 王海玲 負責資料庫的設計及jdbc 的編寫範慶霞 負責登陸介面和好友列表介面的ui 孫雪媛 負責聊天介面和註冊介面的ui 目標 為了順利完成團隊任務，促進每乙個成員的成長和發展。1 每次集合是否按時到場 ...