維尼的蜂巢

RealTime??!! It’s amazing!!!!

讀書心得 二月 28, 2006

Filed under: HeartStory — kevinlin @ 4:11 下午

看了一本書很有意思

在做專案時總是會有delay的情況 要怎麼提高生產力呢? 要怎樣在無形中施加壓力 這是有技巧的

在管理階層找不到比較好的事情來改善生產力的時候 就會傾向施加壓力  讓專案成員永無止境的加班。這樣一來,既使到最後失敗了 最少也死的比較好看一點 這通常就是主管們會莫名奇妙的施加壓力的最主要的理由 。
我們小時候讀古書,有一句話叫:「取法乎上,僅得乎中。」很多主管對這句名言的解讀是,如果你把Deadline設成一個不可能完成的時間,那麼既使你沒有達到這個完美的deadline,事實上也不會晚太多。根據同樣的推論,只要我下定決心當個一夜千次郎,既使我沒有達到那樣高的service level,還是可以順利的晉升為一夜十次郎:P

還有 工程師天生就喜歡挑戰。如果你詳細觀察工程師的生態,你會發現,任何時候你想要工程師主動去解決一個問題,你只要說這個問題根本無解,或者說你找了很多高手,大家都一點頭緒也沒有,真正夠格稱的上是工程師的人,就會捲起袖子,開始動手來解決這個問題。 因為工程師有這麼奇怪的天性,所以很多主管就覺得「取法乎上」這種作法應該所以是很可行的。只要我宣稱這個dedeline是不可能達到的,就會有工程師願意焚膏繼晷的努力工作。通常會得到這樣的結論:「如果我們施加壓力,例如設定一個不可能的deadline,這樣子依定可以產生激勵的作用。所以壓力越大,生產力也越高。」

只是施加壓力通常只有短期的效果,生產力會迅速上升一陣子。不過如持續的施加壓力,生產力就會降到一個穩定的水瓶。等到有人受不暸時,就會有人跑掉了,然後生產力就回不來了。

 

還有就是 系統的維護

大多數開發系統的人都不會去想maintain別人的系統,所以通常都是派最資淺的員工去maintain一套系統。 武俠小說有說「劍在人在,劍亡人亡。」不過在資訊界到是「系統在, 人絕對不在。任何一個了解一套系統的人,都會因為也許升職或者跳槽離開系統。接著,系統會經過時間的演變移交到一個超級不適任的手上」

所以大多數的系統通常都會經過一個連鎖反應 最後到一個萬劫不復的境界。通常就是下面這樣的狀況:

1.頭痛醫頭,腳痛醫腳。因為不熟,所以改出一堆問題。
2.改出的問題越來越多,菜鳥沒有能力解決。
3.開始沒有力氣去更新文件。
4.開始嚴重落後進度。主管被罵了所以會找個熟手的來幫忙。
5.熟手的解決了一部分問題,可是因為他不了解最新的狀況,所以埋下一些他自己也枚有意識到的炸彈。接著系統看起來像是迴光返照了一下,重新展現出生命的活力。接著熟手的人就因為階段性的任務結束,回去原本的工作崗位。
6.炸彈爆炸了,菜鳥繼續去解決。
7.菜鳥因為一直解不掉,又被人K到手不瞭,自動離職了。
8.沒有人知道菜鳥對系統做了什麼事情。
9.熟手硬著頭皮去亂改。拖過一陣子後,也趕快找機會開流。主管找不到願意接手的人,找個更菜的菜鳥來接收。
10.回到2。一直到這個系統被時間淘汰。然後又會不斷反覆的出現這問題。

所以呢系統的maintain真的是非常重要的事情。。。。

 

 

軟體超人X光眼  獨孤木著

 

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 變更 )

Twitter picture

You are commenting using your Twitter account. Log Out / 變更 )

Facebook照片

You are commenting using your Facebook account. Log Out / 變更 )

Google+ photo

You are commenting using your Google+ account. Log Out / 變更 )

連結到 %s