基本上，你的問題不會有絕對的答案。因為管理的邏輯在公司與單位主管的手上，可以分隔得很乾淨也可以彼此支援深度交叉～
至於KPI的擬定，就需要看你分工交叉的深度，交叉很深，表示大家工作交叉頻度高，既然如此，也就沒有分開設定KPI的問題；如果分隔比較明確，可以設定兩套不同的KPI，同時針對交叉點設定管理程序，以了解彼此支援的程度，作為彼此之間的加分與工作能量的評比。
至於KPI的重點，就看公司對IT定位的狀況，可以把USER的滿意度放在前，也可以單純就IT自我達成狀況來評估～

要訂績效首先你當然要訂出標準值，一般企業很常使用的方式是所謂KPI，KPI會涵蓋幾個你們最在意的構面，例如財務、顧客、學習等等不同構面，然後列舉要監控的指標內容，例如錯誤排除速度，錯誤發生率、程式產出、教育訓練次數等等，然後再依這些指標內容給予權重，最後搭配定時的監控(可能一周或一個月，甚至一季)來確認這些指標是否確實可以反應出一個部門的績效狀況，若不行的話代表指標訂得不對，或者是監控沒有落實，就都需要好好調整了。

點部落-gipi的學習筆記：http://www.dotblogs.com.tw/jimmyyu/

其實工作怎麼區分真的要看IT的人數, 在公司的戰略地位, 以及主管的主觀想法, 至於要談到KPI, 就必須得跟公司營運扯上關係, 下面有一些PI可供參考
•使用者經驗
1.使用者對IT Service之整體滿意度
2.IT Service為組織內各單位所帶來之作業效能提昇
3.IT Service為組織內各單位所帶來之成本支出下降
4.使用者對IT Service抱怨次數
5.使用者對IT Service抱怨後IT回應之滿意度
6.對作業自動化過程中，資訊透明化之滿意度

•内部執行績效
1.Trouble Shooting之Response Time
2.Trouble Shooting之Process Life-Cycle
3.Issued資訊需求之Response Time
4.IT Service異常發生之頻率
5.非計畫中IT Service Downtime之Recovery時間
6.IT對使用者抱怨之回應時間
7.IT Infrastructure Security
8.內部電腦受病毒、釣魚程式、間諜程式、Hacker侵襲之比例
9.對內網路穩定度
10.計畫中IT Service Downtime之頻率

很不幸的
我要說 愚蠢的KPI 尤其是對IT而言
為何愚蠢??
首先 KPI項目是誰在訂的???主管???還是個人???
其次 我一個人完成兩個人的工作領一個人的薪水
照理說來 KPI應該要有200% 為何沒有???
人事主管想要請你走路會看KPI嗎???
KPI 200%照樣請你走路 因為會找個別的理由

所以 萬不得以一定要訂IT的KPI的話
指定的項目KPI不要超過40%
ROUTINE JOB要60%以上
這是觀察了許久的結果

觀察 IT發生困難或問題時， 是誰在處理？ 是誰在解決？
A幫忙B處理困難或問題， KPI是A 還是B？

當C有問題或疑惑時， 會先想找A或B解決？ A或B 提供C內部訓練，有績效嗎？ 如何認定？

PKI是靜態的指標， 若能增加動態的指標會更客觀。不會有遺珠之憾。

老實說，IT工作很難量化。
系統開發部分我就不提出意見，個人對於系統開發部分比較不熟悉。
但在系統工程部分，要求的就是穩定度、User滿意度，報修率等。
但通常追求穩定的下場，就是會被認為是無事可做（其實每天都有固定要做的事情，查看Log、update os、檢視資安設備狀態、蒐集技術情報等）
做成紀錄每天回報給老闆，我相信老闆也不會有那美國時間去看千篇一律的報告。
但不做，又會變成沒做事，沒有績效，真的是很兩難。