這個任務來自于
項目 | 内容 |
---|---|
這個作業屬于哪個課程 | 2022春季軟體工程(羅傑 任健) |
這個作業的要求在哪裡 | 團隊貢獻分配置設定規則制定 |
我們在這個課程的目标是 | 學習軟工的項目合作管理知識,通過高效的團隊合作,建立完整靈活開發流程,實作一個中大型軟體工程項目。 |
關于本組 | 命劫開發團隊 |
一、考核類型
由于工作任務的不可替代性和對團隊的的貢獻值在不同方面、不同程度上均有區分,是以我們決定采用基礎分+獎勵分數制度、任務完成達标統計制度、權重設定制度等方案綜合制定團隊績效考核。
二、分數設定原則
我們認為基本的分數保障和額外的獎勵池機制能夠保證團隊成員安心完成工作的同時起到激勵作用。我們需要在整個項目的開發周期當中把握好任務差異度,同時能通過績效制度提升團隊開發效率,在這期間保持并增強團隊的凝聚力。
我們同時也認為殘酷的内部競争制度不适合團隊的發展和凝集,可能會适得其反。是以我們采用了基礎分數+獎勵池的分數配置設定方式。
三、Base + Bonus Pool
由于團隊總分為7 * 50 = 350
是以我們設定如下:
Base:
-
每個人具有初始分數40分
Person[i] = Base = 40
Bonus Pool:
-
根據每日任務考核在項目完成階段彙總配置設定獎勵池,可供成員通過績效進行配置設定
Bonus Poll = 70
Total Grades:
-
最終總得分
Person[i] = Base + Bonus Pool[i]
四、考核任務清單
我們将通過考核任務清單進行績效的評定,同時績效的評定也是由以下細則作為參考。評定方式為,團隊成員在飛書送出每日工作總結和自己認為的每日清單完成次數。
兩位PM根據:實際情況+成員每日工作總結+參考成員預期清單進行實際的績效考核,最後進行項目周期績效彙總。按照比例配置設定權重池當中的獎勵分數。
以下四項初步制定權重為——{ 1.2 :1.2 :1.1 :1 :-1}
-
流程性任務 每日工作總結 調研方案提出有效意見并被采納 有效組織、參與小組會議 配置環境、整合資源 -
基礎任務 修複BUG 移植代碼demo 代碼文檔描述 單一功能的編碼實作 -
設計性任務 視覺設計 團隊部落格&文檔設計 設計代碼架構 設計完整架構的接口組 -
附加任務 項目階段總結+規劃 項目推廣和宣傳 探索并實作新功能 幫助非自己崗位的組員解決困難 -
扣分項 未按期完成預定任務,耽誤進度 代碼錯誤較多,影響開發 文檔内容不規範,過于簡略 無責任心,對項目不聞不問,任務完成拖沓
五、考核原則
客觀性:績效考核要客觀反映組員的實際情況,考核必須以考核項目、組員崗位職責、工作事實及日常記錄為依據,對事不對人,保證考核評價結果客觀公正合理,避免由于光環效應、新近性、偏見等帶來的誤差。
公平性:考核者必須公正,對同一崗位的組員使用相同的績效考核标準。
公開性:全體成員知道自己的詳細績效考核結果。
六、調整
最終權重可能一句項目實際開發情況和任務實際難度進行調整。
如果出現了分數無法整除配置設定,我們将根據相關沖突進行少退多進的處理+團隊商議決定。