專案管理厚黑學(五)：KPI (下)

留下回應

分享

    

公司要是業績好，『嗯哼，要是沒有我們的系統在後面做堅強的後盾，那怎麼有辦法達到這樣的業績目標呢？』

因為一套系統從一開始到最後要評估KPI時，通常年代都已經久遠。這時候就是看當時的狀況來選擇你要挑那些KPI來做簡報。你可以把你覺得不重要的東西把它忽略掉，把你覺得重要的東西在最後評估的時候再加進來。 如果公司這時業績有顯著成長，你一開始沒把盈收掛進來，在你要做結案報告時再把它加進來也不遲。比如說下面這個例子：

吉娜：『由於我們這套系統的上線，間接協助我們公司的盈收，今年整整成長了150%。』

喬安娜：『可是這套系統不是在做薪水結算的嗎？』

吉娜：『由於系統的上線，讓發薪水的正確率提高了，財會部門計算薪水的速度也變快了，每個人拿到薪水當然都很高興，員工的士氣也因此受到很大的鼓舞。總經理常常說的，只有快樂的員工才會創造出快樂的公司，唯有快樂的公司才會有快樂的客戶，只有快樂的客戶才有快樂的股東。』

喬安娜想，你轉得也太硬了吧：『可是你們一開始規劃時怎麼沒把營收納進來呢？』

吉娜：『這是布魯斯的疏忽，我也沒注意到。事實上，營收與系統的關連也是我們到後來才考慮到的。』(要是公司沒賺錢，就怎麼樣都不會考慮到了。)

當然老闆也不是傻瓜，不過公司賺錢時，你有成績，老闆也有東西可以去要獎金。要來之後大家發財，這種事當然是花花轎子人抬人。他也不會去戳破你的唬爛。只要不要太誇張，講的故事不要有太大的漏洞，那當然是皆大歡喜囉。

不過有些技術性的指標，是怎麼樣都閃不掉的。比如說系統的回應時間(response time)，像這樣的指標就很硬。還好，技術問題有技術問題的解法。

真的沒有辦法時，聰明的人當然知道要怎麼樣從不夠好的系統下，做一些聰明的調整，來跑出可以接受的數據。

比如說，當你要做一個資料查詢的系統時，先前已經寫死了，新系統的速度必需提昇20%。可是跑出來，舊系統硬是比較快。這時候怎麼辦？要拿磚頭砸自己的腳嗎？當然不是這樣。

曾經有一段時間，我沒事的時候就玩玩電腦上的game，不管我前一年怎麼樣敗家去買最新最強的顯示卡，只要隔了一年，就會被最新的遊戲給淘汰。不過企業就不一樣了。它總會想想這些還沒到年限的電腦還可以發揮什麼作用。所以通常就會要求你一開始規劃的時候，都會希望在原有的機器架構下也可以運作。

不過如果你被逼急了，那就先考慮使用不同的硬體配備來進行比較吧。大體而言，軟體系統的特點是這樣，越晚期被開發出來的軟體，通常長的就越胖，吃的資源就越兇，速度就越慢，嚴格說起來，這也算是一種進化。 我記得windows還在3.1的階段時，大概就用幾張1.44M的磁碟片換一換就灌完了。現在我去看我自己C:\windows下的檔案，已經超過了1GB。大部份我都完全不知道它是做啥用的。

所以你只要宣稱你用了最新的東西，舊的機器跑不動，需要用比較好的配備，比如說跑的比較快的cpu，比較多的RAM，來跑最新版的軟體，這對很多人來說還是很合理的事。很多人都已經習慣這樣的事實了。就算你沒有錢用真的夠好的硬體也沒關係，去弄一台好一點的機器來，效能評估完，要上線時再換回原來的機器。

不過當你一台變兩台，兩台變四台，還是沒辦法解決問題時，這個時候，有些人就會考慮採取比較極端的手法。

像剛剛的例子，釜底抽薪的方法就是降低新系統在進行效能評估時的資料筆數。或者是針對你要進行效能測試的部份進行最佳化。例如把你會用到的所有資料，都事先讀進記憶體。從資料庫讀一百萬筆很慢，從記憶體裡面讀個一百筆，再去跟別人比，再跑不贏就真的沒轍了。

我個人是看過不少人寫KPI，反正上面的主管看到之後總會讚嘆：『嗯，還有進行效益分析，還有KPI可以看，這不錯喔。看來非常專業喔。』官僚制度的特點就是，只要有一個人做了以後升官了，大家就會群起效尤。日子久了以後，就會變成每個專案都要做類似的分析。

老鳥交接給菜鳥：『我告訴你喔，我們老闆最喜歡看到你在起一個案子的時候，跟結一個案子的時候，進行KPI的分析。其實你只要抄舊的就好了。其實你寫什麼他也是大概看一看，他問你這是怎麼得來的，你就說這是真正去計算量出來的。你只要跟資訊部那個史蒂芬弄熟一點，他就會罩你。數據就會很好看。老闆那麼忙，那裡會真的去看這個系統的效能？你懂我的意思嗎？你只要報告寫得好，升官就少不了你了。』

每個制度被設計出來的時候，背後都有一個善意的想法。不過制度被誤用的狀況，其實蠻普遍的。我們會因為政治上的理由，去進行對自己，對大家都比較有利的解釋。不過我個人比較好奇的是，我們真的有辦法驗證一套系統真正的價值嗎？