A. PHP程序員是否有績效考慮如何考核
代碼量可以作為基礎績效
但合格的代碼必須要有一份KPI指標：有效解決問題、盡可能節省資源、易懂。
根據你公司的實際情況來定。
績效考核的先決條件是工作可測量。
從這個角度講，有兩種方式可以綜合使用：
1.代碼量。每天下班進行工作提交時，統計今日修改，新增的代碼行數，業界基本水平大約是200行。
2.進行任務細化分割和管理。MantisBT可以實現這個功能。開發的整個流程，都可以在mantis上加以體現。分析人員逐級分割任務，並將最終可實現的子任務分割給程序員，程序員可以通過統計其任務完成量來估算其工作量。
B. 程序員業績和工資的比例
程序員一般不會和業績關系很大，技術活只要有了，高工資是可以固定的，業績好就成為獎金了。
C. 程序員kpi如何制定
程序員如果一定要用KPI，那就只能用任務完成率，比如90%算合格，即主管給程序員布置了100個任務，那必須完成90個。
其他功能開發數量不合適(功能有難有易，拆分的顆粒度也是不同，沒法落地)，bug修復數量也不合適(道理同功能開發)，要麼直接主管主觀評價，要麼引入OKR。
D. 如何管理好一個研發團隊 讓每一位程序員 績效考核 kpi
對研發人員考核建議要過於強調結應該注重對過程關注程序員種腦力勞動類似於研發考核由於其工作性質本身要求創造性結比較難於掌握單純強調考核會打壓其本身工作積極性符合客觀規律 人覺得對們考核只要能確定們認真工作、努力工作、態度端正切圍繞目標開展了 希望對有幫助
E. 如何對程序員績效考核
關於程序員的績效考核問題，相信是很多軟體公司致力追求卻一直無法做到量化的目標。很多考核標准都只是一個框架，但卻無法具體細致下去，從而引發了很多勞資方面的糾紛，到最後都是無果而終，無法堅持下去。但還是有很多人，特別是不懂得技術之人，樂此不疲，希望以此種方法來作為程序員報酬的衡量標准。
最突出的就是「任務量」問題。軟體編程行業的任務，懂點編程的人都知道，這個行業是一個創造性、思維性的行業。一個任務的工作量多與少是沒有一個衡量標準的，原因就是軟體功能的實現結果，根本就沒有一個最好的標准。
有的人就以工作時數來進行衡量。真的可以嗎？舉個例子：相同的任務且相同實力的程序員，有的程序員花了一天就完成。也有的程序員花了兩天完成，還有的花了三天，四天，五天完成的。花一天完成的程序員做了功能上的實現，它是完成的，針對績效考核來說，是滿分的。但是，比他花多得多時間的程序員呢？他們除了花在功能實現上，還花了很多時間在代碼優化以及界面操作設計上。那麼，從績效考核來講，也僅僅是滿分。花一天與花幾天的程序員的工作量真的可以相等嗎？誰都知道不可能的。再打個比方，兩個工作任務，有可能在任務量上它真的就一樣。但是，在任務安排上，一個項目組由於技術力量及時間限制上較為寬裕，在一個月內寬松地完成了，而另一個項目組由於在人力資 源以及時間限制上，加班加點，用了十天就完成。以此相比，是哪個項目組的任務量更大一點呢？
所以，績效考核的框架是死的，而程序員的任務是活的，用一個死的框架套住一個活的思想，程序員只為績效的要求而實現，久而久之，一個軟體項目根本就毫無創造性可言，就是一個生產線生產出來的一個標准化產品而已。
所以，我覺得，程序員的生產，就是個研發，而研發就是創造，不是生產工具，不能以簡簡單單的任務量來衡量，更不能成為技術層面之外的人簡簡單單的薪酬衡量標准。用簡單思想框架來束縛程序員的思維創造性，這是拖累研究，極易打擊程序員的研究主動性。
但真正沒有辦法為程序員計算勞動所得嗎？我覺得， 既然，程序員的工作是研發創造性的，那麼，程序員就應當有個感性的前提，那就是視自身的勞功項目體現出的市場價值作為其勞動所得的標准。所以，我覺得，在這方面上，項目獎比起冷冰冰的績效考核溫暖得多，它直接反映的是程序員的創造性結果。在項目組內部的評比，則需要靠他們的直接帶領人來衡量貢獻的突出性，一是針對項目的技術貢獻以及任務完成的質量貢獻。
F. 程序員的績效考核標准，怎麼做才合理。
對研發人員的考核，建議不要過於強調結果，應該注重對過程的關注。程序員這種腦力勞動，類似於研發考核，由於其工作性質本身要求創造性，結果比較難於掌握，單純強調考核會打壓其本身的工作積極性，不符合客觀規律。
個人覺得，對他們的考核只要能確定他們是認真工作、努力工作、態度端正，一切圍繞目標開展就可以了。
績效考核指企業在既定的戰略目標下，運用特定的標准和指標，對員工的工作行為及取得的工作業績進行評估，並運用評估的結果對員工將來的工作行為和工作業績產生正面引導的過程和方法。
績效考核（performance evaluation），是企業績效管理中的一個環節，常見績效考核方法包括BSC、KPI及360度考核等。績效考核是一項系統工程。績效考核是績效管理過程中的一種手段。
G. 如何量化考核軟體開發人員績效
你好，
「目標管理」更適合軟體開發人員。
但些方法最好從上至下全員使用
1、目標項（即當月或是階段性的工作項目、或是要點）
2、目標項的達成准標（以量化標准作為結點，避免方向性的准標如「進一步提高等」）
3、目標在執行過程中所遇到的問題點
4、針對第3項問題點所採取的應對措施（目的進行檢驗，和糾偏）
5、提交成果主要的衡量標准
6、衡向配合部門
以上6項樓主可以進行一個列表，進行橫排~進行目標設定，階段性進行總結。
根據目標完成成度進行考核。
因為軟體開發人員的工作性質比較特殊，考核方案要與所擔當的項目結合起來才能很好的推動，如果太過形式化，執行力和效果都不會很好。
希望回答對您有幫助.
H. 對程序員用KPI考核有意義嗎
任何行業都應該有考核的標准。程序員也一樣。
I. kpi如何跟it項目結合
研發崗位，首先是程序員，參考了一些文檔，暫且定義如下：崗位職責：1完成項目經理安排的開發任務；2按照詳細設計文檔編碼；3對所負責的開發模塊進行單元測試並通過；4修改測試部門反饋的缺陷；5對使用公司或部門產品/框架提出反饋意見；6定期完成工作周報，向項目經理匯報。序號 指標名稱 定義 計算公式及考核方法1 完成代碼數量 完成的代碼行數 工具統計所得的代碼行數×難度系數（難1.2，中1，易0.8）2 工作態度 是否遲到早退、工作是否認真積極 定性指標3 整體bug數量 所負責的模塊所產生的bug數量 Bug數量×嚴重程度系數4 修復缺陷引起其他缺陷的數量 修復bug後再次產生的bug數量 Bug數量×嚴重程度系數5 計劃時間與實際完成時間的偏差 項目經理計劃的完成時間與實際完成時間之間的偏差 （實際完成天數－計劃完成天數）/計劃完成天數6 提出建議和意見 對項目組或部門的實際情況在管理、技術上提出有益的建議和意見的條數