軟體開發人員如何做績效考評

2021-03-03 23:02:25 字數 1061 閱讀 9380

2種管理方式,一種是技術人員年度的技術考核,通過了就進行技術工資晉級,同時會安排對應難度的工作,同時對於日常工作我們進行目標制的專案管理考核,對專案進度進行把控!

序號標準說明評分標準

1 錯誤率每千行程式20個錯誤以下(包含20個)每千行程式21-25個錯誤

每千行程式26-30個錯誤

每千行程式31-35個錯誤

每千行程式36個錯誤以上(包含36個)。

2 新技術使用情況

大量使用新技術,並且解決了傳統技術無法解決的問題;

大量使用新技術,解決了傳統技術難以解決的問題, 大大提高了工作效率; 使用部分新技術,替代了部分傳統技術, 一定程度上提高了工作效率;

使用了少量的新技術,替代了了少量的傳統技術;

沒有使用任何新技術,仍然用傳統技術解決問題。

3 程式編碼的規範性

編碼非常規範,無可挑剔,同時又對公司制度規範提出了改進意見;

編碼非常規範,無可挑剔;

編碼規範,不符合規範之處很少;

編碼基本規範,但不影響對程式的理解;

編碼存在較大的不規範性, 並且對程式理解造成了比較嚴重理解誤差。

4 文件編寫的規範性

文件書寫按照公司的相關模板, 規範、美觀,無可挑剔;

文件書寫按照公司的相關模板,規範, 但美觀性上有待改進;

文件書寫基本規範,但美觀性上有待改進;

文件書寫的規範性、美觀性上都有待改進;

文件書寫的規範性、美觀性上都存在很大的改進空間。

5 及時性

能夠在預定時間的80%內完成;

能夠在預定時間的90%內完成;

能夠在預定的時間內完成;

超過預定時間的10%才完成計畫;

超過預定時間的20%才完成計畫。

6 編碼注釋的完整性

編碼註解完整、清楚、容易被人理解, 不會造成理解方面的偏差;

編碼註解完整、清楚、比較容易被人理解, 但會引起少量的理解偏差;

編碼註解完整,比較清楚,但會引起部分理解的偏差;

編碼註解比較完整,但有部分**沒有註解;

編碼注釋不完整,大量的編碼沒有注釋,讓人難以理解。

軟體開發人員保密協議

乙方沒有申明的,推定其屬於職務成果,甲方可以使用這些成果進行生產 經營或者向第三方轉讓。即使日後證明實際上是非職務成果的,乙方亦不得要求甲方承擔任何經濟責任。乙方申明後,甲方對成果的權屬有異議的,可以通過協商解決 協商不成的,通過仲裁或訴訟途徑解決。7 乙方因職務上的需要所持有或保管的一切記錄著甲方...

軟體開發人員保密協議

6 乙方在甲方任職期間所完成的與甲方業務相關的發明創造 作品 計算機軟體 技術秘密或其他商業秘密資訊,原則上歸甲方所有。乙方主張由其本人享有智財權的,應當及時向甲方申明。經甲方核實,認為確屬於非職務成果的,由乙方享有智財權,甲方不得在未經乙方明確授權的前提下利用這些成果進行生產 經營,亦不得自由向第...

軟體開發人員的保密協議

第四條除了履行職務的需要之外,甲方承諾,未經乙方同意,不得以洩露 公布 發布 出版 傳授 轉讓或者其它任何方式使任何第三方 包括按照保密制度的規定不得知悉該項秘密的乙方的其它職員 知悉屬於乙方或者雖屬於他人但乙方承諾有保密義務的技術秘密或其它商業秘密資訊,也不得在履行職務之外使用這些秘密資訊。第五條...