① 程序員進度考核標准
程序員工作是一種智力活動，應主要根據工作結果來進行考核，主要考核指標有網站模塊質量合格率、時間節點任務完成率等，工作標准由你自己來定，一般這兩個指標的標准都要達到80%以上。
具體操作步驟如下：
1、根據公司要求及程序員的工作量制訂工作時間節點計劃表，設定成為幾個階段，每個階段有明確的時間規定和工作成果規定；同時設定考核指標、考核標准和獎懲措施。
2、到了節點的時間就對程序員的工作進行評估，如果沒達成節點成果，就要求程序員制訂改進措施，或加班或改進方法，措施也要有時間和效果控制標准，以便於確定改進措施的階段性評估。
3、在工作完成後根據程序員的工作完成情況，進行獎懲兌現。
② 程序員跟美工的具體績效考核方法是什麼
看項目做的數量了
③ 關於程序員，卓有成效的績效考核方法
考核程序員第一條：編程能力，看代碼行數和實現的功能項數
考核程序員第二條：糾正能力，考核其按時完成整改和待整改問題的比率
考核程序員第三條：程序風格，檢查裡面違反編程規定的次數作為關鍵的考核點
④ 程序員的績效考核標准，怎麼做才合理。
對研發人員的考核，建議不要過於強調結果，應該注重對過程的關注。程序員這種腦力勞動，類似於研發考核，由於其工作性質本身要求創造性，結果比較難於掌握，單純強調考核會打壓其本身的工作積極性，不符合客觀規律。
個人覺得，對他們的考核只要能確定他們是認真工作、努力工作、態度端正，一切圍繞目標開展就可以了。
績效考核指企業在既定的戰略目標下，運用特定的標准和指標，對員工的工作行為及取得的工作業績進行評估，並運用評估的結果對員工將來的工作行為和工作業績產生正面引導的過程和方法。
績效考核（performance evaluation），是企業績效管理中的一個環節，常見績效考核方法包括BSC、KPI及360度考核等。績效考核是一項系統工程。績效考核是績效管理過程中的一種手段。
⑤ 網站程序員績效考核的指標是什麼呢績效考核表格
網站程序員績效考核的指標是什麼呢？績效考核表格，看看網路文庫就知道了
⑥ 如何量化考核軟體開發人員績效
你好，
「目標管理」更適合軟體開發人員。
但些方法最好從上至下全員使用
1、目標項（即當月或是階段性的工作項目、或是要點）
2、目標項的達成准標（以量化標准作為結點，避免方向性的准標如「進一步提高等」）
3、目標在執行過程中所遇到的問題點
4、針對第3項問題點所採取的應對措施（目的進行檢驗，和糾偏）
5、提交成果主要的衡量標准
6、衡向配合部門
以上6項樓主可以進行一個列表，進行橫排~進行目標設定，階段性進行總結。
根據目標完成成度進行考核。
因為軟體開發人員的工作性質比較特殊，考核方案要與所擔當的項目結合起來才能很好的推動，如果太過形式化，執行力和效果都不會很好。
希望回答對您有幫助.
⑦ 如何對程序員制定考核表
首先十點前不要上班就行
晚上愛幾點下班幾點下班 反正代碼寫得他們自己就忘了= =
⑧ 年終績效考核表怎麼寫
看了你的問題，IT技術，程序猿 這類行業的績效就是個迷
程序員的主要產出是：代碼或交付的軟體系統。但軟體系統的代碼通常都是由多個程序員合作一起完成的，所以你就沒法精確的測量每個程序員的貢獻。也不要想當然的用一些簡單粗暴的指標來考核程序員，比如像：代碼行數。這樣的指標容易定義，容易測量，所以這樣的考核容易實施，而容易實施的考核總是首先被採用。
你需要分清楚評估個人績效和提供機會讓個人獲得成長與提升的區別。所以，這兩種效果分為：
產出績效
成長績效
業務開展方面的突出成績與貢獻，你都完成了哪些任務。
業務方面存在的問題與不足。寫代碼時的改進
⑨ 如何對程序員績效考核
關於程序員的績效考核問題，相信是很多軟體公司致力追求卻一直無法做到量化的目標。很多考核標准都只是一個框架，但卻無法具體細致下去，從而引發了很多勞資方面的糾紛，到最後都是無果而終，無法堅持下去。但還是有很多人，特別是不懂得技術之人，樂此不疲，希望以此種方法來作為程序員報酬的衡量標准。
最突出的就是「任務量」問題。軟體編程行業的任務，懂點編程的人都知道，這個行業是一個創造性、思維性的行業。一個任務的工作量多與少是沒有一個衡量標準的，原因就是軟體功能的實現結果，根本就沒有一個最好的標准。
有的人就以工作時數來進行衡量。真的可以嗎？舉個例子：相同的任務且相同實力的程序員，有的程序員花了一天就完成。也有的程序員花了兩天完成，還有的花了三天，四天，五天完成的。花一天完成的程序員做了功能上的實現，它是完成的，針對績效考核來說，是滿分的。但是，比他花多得多時間的程序員呢？他們除了花在功能實現上，還花了很多時間在代碼優化以及界面操作設計上。那麼，從績效考核來講，也僅僅是滿分。花一天與花幾天的程序員的工作量真的可以相等嗎？誰都知道不可能的。再打個比方，兩個工作任務，有可能在任務量上它真的就一樣。但是，在任務安排上，一個項目組由於技術力量及時間限制上較為寬裕，在一個月內寬松地完成了，而另一個項目組由於在人力資 源以及時間限制上，加班加點，用了十天就完成。以此相比，是哪個項目組的任務量更大一點呢？
所以，績效考核的框架是死的，而程序員的任務是活的，用一個死的框架套住一個活的思想，程序員只為績效的要求而實現，久而久之，一個軟體項目根本就毫無創造性可言，就是一個生產線生產出來的一個標准化產品而已。
所以，我覺得，程序員的生產，就是個研發，而研發就是創造，不是生產工具，不能以簡簡單單的任務量來衡量，更不能成為技術層面之外的人簡簡單單的薪酬衡量標准。用簡單思想框架來束縛程序員的思維創造性，這是拖累研究，極易打擊程序員的研究主動性。
但真正沒有辦法為程序員計算勞動所得嗎？我覺得， 既然，程序員的工作是研發創造性的，那麼，程序員就應當有個感性的前提，那就是視自身的勞功項目體現出的市場價值作為其勞動所得的標准。所以，我覺得，在這方面上，項目獎比起冷冰冰的績效考核溫暖得多，它直接反映的是程序員的創造性結果。在項目組內部的評比，則需要靠他們的直接帶領人來衡量貢獻的突出性，一是針對項目的技術貢獻以及任務完成的質量貢獻。