一、規則制定的目的

我們團隊的共同願景是利用本次開發過程，構建一個功能儘可能完善，具有一定使用者規模的軟體產品。而制定一個明確合理的規則，是我們實現共同願景的必要方式，也是為了公平公正地衡量每個人在專案中所做出的貢獻，提高大家開發過程中的積極性與獲得感。

為了避免絕對平均的分配方式，影響團隊的積極性，我們經過討論制定了初步的團隊貢獻分分配規則，以保障每個人的參與度、積極性，督促個人按時完成任務。

二、團隊基本準則

團隊基本準則是每個成員所要達到的基本要求

若未達到基本準則，則需要進行相應的扣分，同時在專案進行過程中也需要對不滿足基本準則的成員提出警告，從而提升團隊的整體工作效率。

• 全體成員
  • 按時參加組會，如果無法參加需要提前請假。
  • 組會彙報時，必須詳實彙報進度
  • 對於介面文件的修改需要及時告知團隊成員
  • 開發人員提交程式碼時，需要先提交到自己的分支下，經過PM稽核同意後，才能合併到主分支下
  • 進度受阻需要儘快告知團隊成員，以便及時解決問題 ，並將相關資訊進行記錄以便後期遇到相似問題的成員可以參考
• 客戶端
  • 與中傳相關的美術，3D建模，視覺傳達的同學進行溝通，高效配合。
  • 完成Unity3D UI
    的程式碼部分設計和邏輯設計
  • 完成開發任務後及時進行服務端部分的基本測試，並做出記錄
  • 遵循客戶端程式碼規範，保證可維護性
• 服務端
  • 維護資料庫及相關介面
  • 完成開發任務後及時進行服務端部分的基本測試，並做出記錄
  • 遵循服務端程式碼規範，保證可維護性
  • 及時與客戶端開發人員進行對接與交流，同時在己方任務開發測試完成後，及時幫助客戶端同學查漏補缺
• PM
  • 組織組會並記錄會議內容，釋出會議記錄。
    • 楊濡冰與馮張馳兩個人輪流主持會議，整理和釋出會議記錄。
  • 把握各組整體進度，根據實際情況協調前後端進行同步
    • 楊濡冰對客戶端開發、測試進度與程式碼質量進行監督，同時及時與中傳相關美工建模同學進行對接。
    • 馮張馳對服務端開發、測試進度與程式碼質量進行監督，同時及時與客戶端同學確認服務端效能與需求。
  • 與課程組進行溝通，領導所有成員準備展示階段的相關內容
    • 楊濡冰負責團隊部落格文件的最終稽核
    • 馮張馳主要負責coding平臺開發的管理

三、貢獻分分配細則

• 按照課程組說明，團隊總分為團隊人數 $N$ 乘以基準分數 $50$，即 $Total_Grades=50∗N$，由於頭髮茂盛隊專案團隊共有 $8$ 人組成，所以團隊總分為 $50×8=400$
• 經過團隊成員初步商議，我們決定將 $400$ 分中的 $360$ 分作為基礎分數$Base_Grades$，$40$ 分作為團隊貢獻獎勵分數$Bonus_Grades$，將按照團隊貢獻值進行對映分配

3.1 基礎分計算方案

基礎分評價依據：按照團隊準則要求，對個人職責進行明確規範，初始分數為每人 $45$ 分，將會依據基礎分評分規範，給予加減分；同時我們也會盡量平衡每個人的任務，以保證基礎分數之間的公平

每個人的基礎分浮動得分為 $s_i,i=1,2,3,4,5,6,7,8$

3.2 獎勵分計算方案

獎勵分評價依據：按照成員的實際完成任務量，在開發過程中所做的額外工作，進行量化計算，以此作為個人的獎勵分分配依據

每個人的獎勵分浮動得分為$t_i,i=1,2,3,4,5,6$

3.4 個人貢獻分分配方案

• 基礎得分池為 $Base_Grades=360$，獎勵得分池為 $Bonus_Grades=40$。
• 個人基礎得分佔比 $a$

$$
a=\frac {45+s_i} {360+\sum_{i=1}^8 s_i}
$$

• 個人獎勵得分佔比 $b$

$$
b=\frac {5+t_i} {40+\sum_{i=1}^8 t_i}
$$

• 個人最終得分 $Final_Grades$

$$
Final_Grades=Base_Gradesa+Bonus_Gradesb
$$

3.5 相關說明

• 如果出現同分情況，由全體進行評價，在保持總分不變的情況下進行微小調整
• 上述計算規則均為暫定，實際開發過程中可能存在變動，以實際開發情況為準
• 工作量評級由PM和團隊其他成員一起商討，一致同意後生效