團隊成員貢獻分配規則

設計參考

參考了往屆團隊sigma_rgNewTeamhotcode5軟劍攻城的四個評分規則後,但願該規則能隊內減輕競爭的緊張氣氛的同時,有具體的評分規則。html

分配總則

基礎分值固定爲30分,將剩下20分做爲效績進行分配,最後算上各類附加項目獲得總分。優化

1.效績評分

效績分 = 難度係數*工做量*20設計

難度係數 = 0.2*預期難度係數+0.8*實際難度係數,預期難度係數由PM評價,實際難度係數討論決定code

工做量計算方式同理。htm

其中難度係數與工做量取值在[0.5,1.5]。blog

2.附加項目

關於扣分,只要不延誤項目進程,均可以不扣分;對於項目有益的事,將會適當加分。進程

  • 任務遇到困難開發

    • 遇到沒法解決的大問題沒法解決,且討論無果,可申請延期或暫時不完成相關功能,根據功能的重要性和完成程度給分。
    • 任務的問題積極討論並解決的,若是沒有耽誤進度,酌情加分;若是問題較大及時申請延期並解決,不進行關於進度滯後的扣分。
    • 接手他人任務並完成的,額外加難度係數*工做量*1分。
  • 關於bugget

    • 因爲修復bug致使的任務延期,能夠申請補進度,那麼能夠不扣分,
    • 修復對後續開發有重大影響的或對用戶影響較大的bug致使任務延期的,能夠不扣分
  • 關於進度table

    • 任務延誤卻不進行交流的,延誤1天扣除10%-(x-1)%的分數,2天扣除20%-2%*(x-1),超過2天的扣除40%-4%*(x-1),x爲第x次會議。

      第n次會議 延誤1天 延誤2天 延誤超過2天
      第一次會議 10% 20% 40%
      第五次會議 6% 12% 24%
      第十次會議 1% 2% 4%
  • 關於優化

    • 優化屬於額外工做,不能影響本身的本職任務,不然不予獎勵。
      評價:綜合考慮改進程度是否有實質性用處
    評價分 效果
    1 進行了細微的調整,稍微提高了用戶體驗
    1.5 進行了部分調整,大幅度改進了用戶體驗
    2 修復了原版的功能問題
    2.5 解決了重大漏洞,化解了一場可能的危機
  • 點贊

    • 每一個人最終進行不記名投票,默認有2票,投給認爲作得好的,對本身有幫助的等等,至少投一票,給本身:),能夠多投,但須要給出理由。
    • 點贊每得1票那麼得分增長5%。

總分

得分 = (30 + 效績 + 附加)* (1+點贊數*5%)

最終團隊貢獻分

第x名隊員的得分Ax = Ax / ΣA * (5 * 50),關於取整能夠最後向上或向下調整,若是出現同分數就根據工做難度分別+1或-1。

但願每一位隊員可以保持良好的心態,積極向上的進行工做,遇到問題勤於用溝通解決:)

相關文章
相關標籤/搜索