團隊專案最後的得分應該還是主要是以按勞分配為主，雖然可能專案組裡成員的能力可能不同，但是多勞多得能鼓勵落後的組員更加奮鬥。
基本評分標準：對於程式設計師組的得分，因為他們主要負責程式設計和**的編寫，他們可以按照他們寫的**量的來衡量得分的多少；由於開發組長、分析員和測試員是三個個比較獨立的組成成員，他們分別要做工作分配、調研和測試的工作，先應該給他們每個人乙個定量的分，然後再加上他們參與程式開發中寫的**多少所得的得分的和作為分析員和測試員的得分。
獎勵得分和懲罰減分：對於專案開發組所有成員，如果某位組員提出有建設性意義的意見和解決專案關鍵性問題的方案，那麼將進行適當加分；如果哪位組員不能按時分配給他的任務，那麼將進行懲罰性減分；對於程式設計師組的所有程式設計師，如果編寫的**不能讓其他組員很好的理解（比如不加注釋的情況就上傳到tfs），也將進行懲罰性減分，相反，如果**可讀性很好，其他組員都反應很好，那麼將進行獎勵性加分；開發組長，要負責好專案工作的分工與分配，監督其他組員的工作，如果做得不好，大部分組員提出反對，那麼將進行懲罰性減分；對於分析員，要做好調研工作，對於自己的模型能畫出uml圖，便於開發組其他組員理解，如果失職，大部分組員提出反對，那麼將進行懲罰性減分；對於測試員，對於交予他手上的程式，能很好的完成測試任務，並提出改進意見，如果出現給他測試的程式經過更改還是有明顯bug，將進行懲罰性減分。
初始得分：
開發組長：10%
分析員：10%
測試員：10%
單個程式設計師：5%（程式設計師組有三個程式設計師，所以程式設計師組初始得分15%）
剩餘55%得分按照基本評分標準、獎勵得分和懲罰減分處理
團隊專案 編寫專案的Spec
2.1 背景 1 典型使用者 隊自然 3 迫切需要解決的問題 將客戶端使用者轉移至pc端 2.2 場景 隊自然希望對自己的進行後期處理，選擇自己喜歡的模式，使其變得有 逼格 收藏或發布社交 在需要的時候，可修改 尺寸。2.3 邏輯和介面設計要注意哪些因素 操作便捷，介面美觀 亮度 影象畫面的明暗程度...
對各團隊專案的建議
1 one team 生活日曆 建議 希望在日曆上對特殊的日子做一些特殊的標記，這樣會更加醒目，以及在一些節假日做出提醒，比如週六週日需要加班自動提醒，還有介面可以做出一些優化，突出自己的特色與不同。2 fff團 fight！fight！fight！記一記 3 揚夢之舟 跑步類軟體 建議 註冊密碼要...
對各團隊專案的看法
1.理財貓 1 介面有待美化，特別是可以在字型的背景上做文章 2 顯示的消費時間感覺不錯 3 畫面的對比度不夠明顯，不夠起到警示性的作用，可以考慮加入一些有顏色的字型顯示收入和支出，這樣更明顯。2.跑什麼操 1 介面設計是全黑，最好做出一些改變 2 具體的功能實現較少，希望可以增加一些功能。3.水騎...