jim yeh on 七月 11th, 2011

在今年過農曆年前,看到以前閱讀《溫伯格的軟體管理學(第二卷):第一級評量》所做的筆記,引發同人想要寫一篇文章探討軟體開發團隊的官僚特性。但由於工作轉換及其它寫作計劃的原因,直到現在才有時間分享我對軟體開發團隊的官僚特性之心得。

Continue reading about 軟體開發團隊的官僚特性

     
jim yeh on 二月 24th, 2011

在 Facebook 看到一篇文章〈做對的事情,堅持把事情做對〉,討論有關工作層次的原則。看完這篇文章之後,讓同人想分享我對這篇文章的一點淺見。

Continue reading about 為什麼不是堅持做對的事情?

     
jim yeh on 三月 17th, 2010

短期來說,高層管理者所不願承擔的壓力加諸在專業人員身上,他們總是無力反抗而必須默默承受。但長期讓專業第一線的工作人員一直承受壓力,而不懂得適時激勵來增加專業人才的士氣,總有一天將會令專案付出慘痛的代價:損失重要的專業人才。因此,對於專案管理者而言,這是值得關切的問題。

Continue reading about 管理者如何面對專業受責難

     
jim yeh on 十二月 31st, 2008

前一陣子,看到朋友碰到人際關係的困擾,讓我很想寫一篇文章來探討失望與干擾行為之間的關係。在前幾天,同人也碰到與家人的意見分歧,發現自己其實也沒有處理得很好;雖然問題不大,但事後回想自己應該會有更有效的溝通方式,發現自己想要寫的文章正好可以用來檢視自己。加上這兩天,朋友似乎對他的困擾還是難以釋懷,於是驅使我動筆將這篇文章寫出來,希望能夠有助於解決他的問題。 人們對於周遭的人總是會抱持著一些期望,希望他們能夠按照我們的意思去做。然而,每個人對同一件事的想法不盡相同,當發現對方出現行為落差時,人們很容易因為感到失望而產生困擾,使他想要採取行動來解決他的困擾。 我們該如何解決失望所產生的困擾呢?一般人多半會採取行動來干擾對方的行為,以反制對方的行為來控制對方的行為。這樣做除了可以發洩不滿的情緒,使自己覺得好過一點之外、還可以讓對方感到恐懼而令他們改變。但實際上,對方真的會因為我們的干擾而改變他們的行為嗎?其實並不然,我們的干擾行為不但沒辦法令他們改變;而且還會對我們採取相對反制的行為,讓我們更加失望

Continue reading about 失望與干擾行為

     
jim yeh on 六月 4th, 2008

誠如《人性的弱點》所提到的「指責與批評無補於事」,等到下一次同樣的事件再度發生,問題依舊還是會發生。因此如果我們要幫助當事人,應該是想辦法讓他們明白不要用生氣來解決問題,憤怒往往是無補於事的。

Continue reading about 憤怒無補於事

     
jim yeh on 四月 17th, 2008

鍾翠玲看到建築師與校方的溝通上出了問題,她認為這是因為校方沒有積極地參與設計的緣故。但如果在軟體專案碰到同樣的現象時,筆者不一定會認為是因為使用者缺乏積極參與。筆者認為,即使使用者積極參與設計,開發者還是會因為與使用者之間存在觀念溝通上的藩離,而聽不見使用者的心聲。

Continue reading about 為何聽不到使用者心聲?

     
jim yeh on 一月 29th, 2008

台灣經濟的問題其實是代理問題,人民本來就該監督政府把經濟搞好,而不是把如何改善經濟的問題推到人民身上,然後用來嘲諷人民的思考有問題。

Continue reading about 台灣經濟的代理問題

     
jim yeh on 十一月 12th, 2007

本文係投稿於 CNet / ZDNet Taiwan 的初稿,並分為上下兩篇文章刊出,未經 ZDNet Taiwan 編輯,其內容可能會略有差異。 如眾所週知的,軟體開發專案具有高度不確定的特質。因此,為了降低需求變動的風險,在專案初期,軟體開發者往往會花費許多的心思,設計出具有彈性的軟體架構以適應未來可能的需求變化。大部分的開發者都了解軟體需求是不可能不改變的,但他們希望不管軟體需求如何變化,軟體開發的設計概念都不會因此受到影響或改變,如果可以做到這一點,軟體開發就會變得比較有效率,同時也能確保所開發之軟體的品質。 然而,現實總是和理想存在著一些落差的,專案的演變往往會超乎開發者事先的預期。尤其是當專案的驗收日期愈來愈接近時,專案可運用的資源也會愈來愈少,專案或許已不如剛開始時充滿了未知與不確定性,但相對地,專案的可變動性也愈來愈小。因此,在專案後期出現專案問題,或是需求的變動,相較於相同專案問題或需求變動在專案初期出現而言,會顯露出更為嚴重的危機與壓力的。 每個人都希望寧願事前多做一些風險管理,勝過事後的危機處理,而且後者的壓力是很容易讓做錯事的。然而,軟體易變的特質及專案環境的不確定性讓人難以捉摸,更不用說預測變化了,卻只能在事後才徒然留下「千金難買早知道,萬金難買後悔藥」的感嘆。但問題還是要解決的,到底軟體開發者在遇到這種危機時該如何處理呢?

Continue reading about 軟體開發者不應該自廢武功!!

     
jim yeh on 十一月 8th, 2007

技術創新的意義是什麼呢?同人認為,技術創新的意義是運用科技來追求盡善盡美的生活,也就是《大學》中所說的「止於至善」的境界。換句話說,技術創新運用科技的效率來創造更美好的人生,其意義是為求善的極致呀。

Continue reading about 技術創新的意義

     
jim yeh on 九月 17th, 2007

windlove 對同人所寫的〈如何滿足加薪的願望〉一文發表迴響。他覺得在台灣,當老闆知道員工的能力提升後,是會幫員工加薪,還是很高興地覺得用較少的金錢就可以請到能力較好的員工,這真是賺到了。windlove 並舉了一個他身邊的例子說明這種現象,他認為或許在台灣的老闆們眼裡,成本永遠是一切,cost down 萬萬歲。 同人的這篇文章,同步發表於兩性戰國論壇,網友梅子發表對我文章觀點的看法,她指出她非常同意「想要加薪的根本解決之道,其實是提昇自己的能力。」這句話,但她卻質疑在自己及老闆都認同自己的工作價值時,薪水是否真能自動上漲?她提到員工不主動吭聲,老闆當然樂得節省人力成本,除非老闆擔心重要員工有離職風險,但一般員工向老闆提加薪也會有離職與主僱關係變差的風險,因此不敢貿然進行。 梅子同時也指出,在台灣一般行業替代性都太高,如果無法確認自己在老闆心目中是重要的,很少人敢真的去跟老闆談薪資調整。她認為要是進公司時不小心談到一個差的價碼,短期內要翻身是很困難的,因此,提昇自己的能力外,多增進自己的談判技巧也是非常的重要。 windlove 與梅子所談的,都是在台灣職場生態上常見的現象。似乎加薪與否,是由老闆心中的核心價值觀所決定的;如果員工在工作上沒有很強的不可替代的能力,加上良好的溝通及談判技巧,那麼要期望得到良好的薪資待遇,可能全憑自己的工作機運了。 可是老闆不加薪真的是賺到了嗎?其實那也不盡然,站在老闆的角度來看,他認為他少付一點薪水可以請到能力超乎他預期的員工,看起來好像是賺到了,但事實上卻是不然的。我們可用下面這一場賽局來說明,實際上,不加薪的老闆是不會變成贏家的。

Continue reading about 加薪與能力的賽局