jim yeh on 十二月 4th, 2012

上禮拜參加了Agile 臭皮匠聚會,會中討論到 Planning Poker 的相關議題,讓我想到之前在閱讀《再想一下:好決策的關鍵思考術》看到「數大即不同」的觀念,覺得很有趣。後來同人在 Scrum Community in Taiwan 看到有關管理層遇上敏捷的討論,我看到一句話讓我想到《領導的技術》這本書談到領導力量與組織關係的觀點。這兩個事件讓我意識到有趣的關連,想到可以寫這篇文章來分享我看開發者集體智慧的觀點。

Continue reading about 開發者的集體智慧

     
jim yeh on 五月 23rd, 2012

昨天在臉書看到曾經教過同人,曾經是臺灣科技大學管理研究所院長的吳宗成教授在臉書分享算計與計算的弔詭,啟發同人思考在管理上的應用,讓我以這篇文章分享整理後的讀後心得。

Continue reading about 我看「算計」與「計算」的弔詭

     
jim yeh on 十一月 8th, 2009

分享會在台北市電腦公會舉行,看到現場互動氣氛的熱絡,以及會後學員們給予不少正面的評價,感覺大家收穫都不少。其實包括我自己在分享會結束之後也產生了一些想法,倒是想藉由此文章分享我的分享會後心得。

Continue reading about 敏捷開發實戰經驗分享會後感

     
jim yeh on 八月 19th, 2009

然而,看到這次離譜的調度,讓我很懷疑真正的問題是捷運公司面對問題的態度。在處理問題前沒有把腦袋放在正確的位置,不能針對客戶的需要來思考問題,而只是浪費資源在不重要的事情上。顯然捷運公司對解決問題的訓練是不足的,問題不是服務人員盡了力沒有,而是他們在盡力之前,到底有沒有把問題想清楚呀!

Continue reading about 離譜的捷運接駁車調度

     
jim yeh on 五月 8th, 2009

在台灣,品質最大的問題是人們習慣將品質流程獨立於設計及開發過程之外,以為兩者是可以完全分割的。然而這種思維對品質的結論就會是「把做好的東西丟到另一端去」,讓開發人員認為品質是品質部門的責任,而品質部門則認為提昇品質不是他們的責任,以為最多只能做到知道產品有問題,而不知道如何改善它們,只能退回到開發人員那邊來解決。

Continue reading about 聚餐也談品質流程

     
jim yeh on 一月 9th, 2009

如果穩定的程式真的是偶然的,程式的穩定似乎只能依賴運氣而不是人為努力,事情真的是這樣嗎?其實這位噗友太過強調環境變化的隨機性,卻忽略了適應環境變化,程式開發必然會經歷複雜演化的過程。穩定的程式是演化而來的,雖然演化的過程是偶然、但其最後結果卻是必然。換句話說,穩定的程式是偶然下的必然。

Continue reading about 穩定的程式是偶然?

     
jim yeh on 十月 21st, 2008

本篇文章是投稿 ZDNet 的文章原稿,並以〈專案不確定導致焦慮與迷失〉與〈專案不確定性導致焦慮與迷失(下)〉兩篇文章刊出。原稿未經 ZDNet 編輯,其內容可能會與刊登的文章內容有約略的不同。 專案經理常會面臨天人交戰的情境。當專案「計劃總是趕不上變化,變化總是比不上老闆的一句話」之時,許多專案經理總是會擔心專案無法如期完成或害怕資源不足,而拒絕或延後專案變更的要求。但這樣的行為,卻往往造成工作成果無法符合專案實際需要的結構性因素,而使得專案的失敗機會大為增加。這對於具備智慧及膽識的專案經理而言,當然並不會樂見專案發生這樣的事情。 筆者前一陣子看到喲哪桑在〈換了屁股,我也換了腦袋〉的分享,提到他在時間緊迫的情形下,接受了專案的功能變更要求。那個變更要求原來是由他所提出,當時前任專案經理以時程緊迫為由而答應延後處理,而一直到他接任專案經理仍然還留在原處。但他認為他不能任由「行為造成結構」的情形發生,於是決定不要再讓這個專案變更要求再次拖延下去,並在當下對專案進行變更。 筆者認為喲哪桑的作為令人激賞,並且覺得那篇文章值得推薦。其原因並不是因為他針對專案變更做了什麼樣的決定,而是欣賞他在決策過程中,展現出面對自己的勇氣與解決問題的思考。不過,卻有其他讀者對那篇文章抱持相反的意見。 某位網友對喲哪桑的分享,批評他是靠感情衝動來管理專案,甚至用了「發瘋了你」、「不適任該離開的時候」等情緒性的字眼來指責喲哪桑的不是。他指出喲哪桑的文章所傳達的意念,實在有不可思議的謬誤,並且擔心那篇文章會透過 ZDNet 的報導,將不正確的知識與觀念誤導一般社會大眾。 然而,他對這篇文章的批評卻使人感到困惑,那位網友認為喲哪桑文章傳達的意念有不可思議的謬誤,但看在專業人士眼裡,這樣的觀點又何嘗不是相當嚴重的偏頗呢?筆者認為他的觀點傳達的意念本質上是一種面對不確定性的焦慮感,進而對改變的抗拒而產生無知的迷惘。 專案變更的基本原則 身為專案經理固然不應該因為個人一時的感情因素而使專案陷入危險之中,但在對專案缺乏可供客觀評論資訊的情況下,只憑專案經理接受專案變更的決定,就加以批判其決策感情衝動是否真的恰當?專案管理並不是神學或是玄學,而是屬於管理科學的範疇。因此,如果有人要批評某個專案經理是用感情衝動來管理專案,必須提出具體的事實根據,否則那只是無憑無據的推論而已,而這樣的推論多半只是源自於自我的偏見與扭曲。

Continue reading about 專案不確定感的焦慮與迷思

     
jim yeh on 三月 11th, 2008

在專案時間不夠的情況下,要達成不可能的任務必須要提昇軟開發的產能,必須讓開發的產出與產能可以相互配合。但至於要如何增進良好設計架構的產能呢?

Continue reading about 專案時間不足,如何達成不可能的任務

     
jim yeh on 十二月 27th, 2007

人們總是習慣高估了自己的能力,低估了風險。因此,在做出自認為臨機應變的取捨之前,不妨先想一想,我們憑什麼認為這次的變更是個好變更?

Continue reading about 好的變更來自於可行計劃

     
jim yeh on 十二月 19th, 2007

沒有時程的預估,專案就無從管理;而依照筆者在實務上的觀察中發現,問題的核心並不在時程無法正確預估,而是在於對時程的預估抱持太過樂觀的想法,因而對專案進行了無效的管理。

Continue reading about 軟體專案的樂觀主義