sop我反而覺得是有經驗的人才用得起來
沒經驗的菜鳥是不會懂sop的內涵

KPI個人覺得是做表面功夫的指標.就像前有網兄提到修bug的例子,為了達標,就故意先放bug好了.

一個員工的效率,主管佔有很大的比例.傻官累死兵,有當兵的都能體會這句話.

SOP寫得好應該連猴子都會用

意外狀況百百種
從OS， DB，到網路，debug需要的是經驗
這些經驗該怎樣才寫的進SOP?

-------------------------------------------
個人經驗是，對菜鳥，丟給他們SOP，好的上天堂，寫的爛的下地獄
對老鳥，最新的SOP是用來告知主管，SOP沒寫的，心情糟就回:照SOP，無法處理，套個交情就花時間大家debug

但事實上，很多公司都是上層單方面要求，不會跟基層討論。
也有很多公司上下都沒有人懂KPI怎麼定，只會說KPI好棒，我們也來用KPI。

當然是已經發生過的事情才會有SOP啊
不過遇到問題時的應對本身也是有SOP

那就要雙手合十，祈禱SOP原作者有無私奉獻，用心寫了

SOP寫好卻和KPI發生衝突而老闆不同意調降KPI
小囉囉為了生計只好當作沒SOP....

很多SOP的問題都是試圖巨細糜遺列出所有狀況的處理方式，但是碰到當初沒想到的狀況時就無力應付，反而變成綁手綁腳的緊箍咒，
而且往往會演化成官僚主義。

這當中的迷思是，通常要很有經驗的人才能寫出完善的SOP，但是很有經驗的人毛病是想把自己知道的所有狀況都納入SOP，
結果造成SOP越來越肥大，最後讓基層員工無法負荷而陽奉陰違。
尤其是台灣老闆往往只要績效不問過程，要的東西總是又快又急，屬下解釋因為SOP規定要花多少時間處理時，
常常只丟下一句：我不管你怎麼做，XX前把東西交出來就對了。
員工往往因此被迫便宜行事，長久以來SOP就變成名存實亡。

我不反對制訂SOP，但是我認為SOP不宜訂得太細，只要規定處理方式和程序即可。


至於KPI，我同意制訂目標的必要性，但是看過很多我覺得很糟的KPI，都是為了訂定可衡量標準而硬湊數字，
而不管評量標準有無問題或實際上能不能做到。
例如有項我非常反對，卻在研發單位又很常見的KPI是：

規定一年每個工程師要產出多少份專利。

就我的觀念，創意和專利這種東西，主管階層應該要做的是塑造一個鼓勵思考的環境，員工也要經過挑選，讓他們在這種氛圍下自然生出創意和專利，
我認為專利和創意只適合作為加分項目，而不能硬性規定多久要產出一件，這樣的後果往往造成員工為了達成目標，
把精力都放在如何編出一份專利或提案來交差，而不管該專利或提案是否實用或有價值。

在很多台灣企業高層的眼中，專利只是法律工具，很少有老闆關心自己公司的專利是真的能用的，對他們來說專利只是一個數字。
很多公司喜歡誇飾他們公司有多少多少件專利，如果有人統計一下所有專利實際被實施的比例，我相信結果絕對不會太好看(我估計能看的公司沒有幾家)