小弟最近完成了終身大事，婚禮當天，我們設計的活動，效果還蠻不錯...而過了幾天，前往戶政事務所的時候，卻因為少帶了戶口名簿，又來回了一趟....
這讓我不禁想到，當把婚禮比擬成專案，婚禮當天可以相當於驗收完成，而真正的夫妻關係(結案)，可是得等我登記完成(結案程序)才算數哩...
(Read More...)

最近呦那桑、石頭成及同人，都在討論工作時數、管理等等相關的問題...我是沒有太多的時間在思考這件事...因為我正陷入在「責任制的無限加班迴圈」當中~ 哈 ~
(Read More...)

恰巧因為公司的關係..使得我上周出差到越南6天
除了去了解公司的營運和下一個階段要做的專案外...讓我有最深刻感受的...就是在越南分公司裡同事們工作的情形了....
(Read More...)

相信所有搞軟體的人都能深深的體會到 「上線...才是挑戰的開始啊」這一句話對最近系統上線的我們，感受更深，尤其是我們的平台都是以服務國外的客戶為主
半夜 On Call 是常有的事，恰巧之前看呦那桑和同人的文章，提到了「為了維護而設計」以及討論到軟體生命的週期的觀點，不應該只是把專案當做是「一次性」的任務看待。
我深深認同這樣的想法，並且覺得，當大家把專案的定義和特性唸得越熟，更容易陷入「一次性」「短暫性」等等的迷思.....
(Read More...)

自從換了新工作後，很久沒有這麼認真工作了....
新公司的團隊，都是以網羅較為資深的人為主，因此工作起來特別的爽快
也在幾次吃飯聊天中，看到大家經驗豐富的一面，也讓我感受到一些很重要的關鍵：「共同經驗」

因為大家都有從工程師一路爬到PM或是管理階層的經驗，因此，在面對許多議題時
我們會很容易在溝通時就建立起同人文中所提的「語意庫」，
緊接著在「優先次序」「解決問題的手法」上， 就會很快取得共識，然後可以放心的交辦和解決問題

最近又看完了這一本好書「麥肯錫的專業思維」

這一本書在闡述麥肯錫是如何替客戶界定問題、分析問題、解決問題
中間當然包含了許多難得的智慧和值得我們拿來借鏡的地方。
最近這幾年，我除了儘可能專精於專案的領域上，也試圖讓自己可以成為「問題分析」和「問題解決」的這領域的專家，
我之前也學過所謂的「冰山理論」、也翻了「精實6個標準差」的相關書籍，也從溫柏格的書中以及幾次看同人的文章，
感受到「系統化思考」的魅力，而此書，也介紹了另外一種角度的解決問題的切入角度。

很久沒有發表文章了...就來寫寫最近有趣的事吧
最近有一艘目前世界上最老的郵輪--忠僕號訪台...據說它比鐵達尼號小2歲,而船上總是載著100噸的文學作品,往來世界各地傳遞知識和福音
再過2年它就要退役了,看到這艘船...我深深被它的使命所感動,所以趁著這次機會,我也上去參觀了,在它的船上書店,也買了一本John Maxwell 的 The 360^O Leader
而之前也和各位報告過...最近在幫忙朋友起草一個新組織的年度計畫,所以,我對於 Vision 這件事特別的有感觸阿

這一周剛換到新公司工作..蠻多東西需要學習的 加上 幾個朋友委託我幫忙起草一些計畫(周末要討論) 加上 我周末參與的課程要上台報告一些東西
不知道為何...突然好忙,只有先對Blog的忠實觀眾們先說聲抱歉,這一周恐怕沒時間發表些新文章了...
不過下周應該會好一點點~ 要起草的那個計畫大概要搞到5月底才會結束  我還是會陸續用一些時間寫文章出來的
也許可以跟大家分享一下這一次寫計畫的一些想法喔,敬請期待喔

昨天在黑米上看到這一個東西~無聊就試了一下~竟然發現我有受到李大師的影響？！ 哈哈~
有興趣的~去這裡玩玩 http://www.sogou.com/labs/wenpin/
P.S. 用繁體中文和簡體中文測的結果會差很多喔~

看了喲哪桑的「章子怡教軟體度量」以及同人的「軟體度量與數字陷阱」
小弟我有些許的想法想補充一下，兩篇文章告訴我們
當你覺得有一定程度的重要性或管理上的意義，就可以量，而且有量總比沒量好；
但是吶，不要被數字迷惑，而失去了當初量測的目的。
這樣講起來，或許會對某些想要試著用量測手法做一些改善的組織失去信心，因此我在想，為何不多加入一個東西-- Facts 來輔助呢？

繼高鐵之後，又一個血淋淋的品質教訓「台灣彩卷」...
當然，說風涼話很簡單，不過看著這些經驗和教訓，學習自我省思會更重要
我在yahoo上搜尋了一下台彩的新聞，找到這兩篇
「工會促台彩拿出良心 別再省錢」、「台彩走鋼索 難保不會再當機」
讓我有蠻深的感觸，在軟體產業，通常都會有這樣的一個想法「先求有再求改善」，當專案時程壓力很大時，這的確是一個策略，但是，它通常隱含一個重要的前提，你必需要能夠確保在未來的某段時間和資源許可內，你是有辦法做改善的才行....
(Read More...)

雖然只是薄薄一本...不過我花了不少時間去看它，裡面很精華的把精實6個標準差的觀念、執行方式、會遇到的問題等等，用許多案例貫穿寫成，很棒的一本書。

(Read More...)

啊？ 做專案而已，還要管有沒有願景喔
這不是沒事找事做嗎？ 且聽我慢慢道來~

首先再度感謝呦那桑的整理「我看獨孤木與kenchu大戰專案管理 」
他把我們幾個人的文章找了幾篇整理出來

而我上篇有談到PM是不是Team Leader，事實上我並沒有很正面的問答這一個問題，
因為Team Leader到底要Lead的Team是誰，這是個蠻複雜的問題，事實上，因時制宜很重要，沒有對或錯。
我實在很想用一個不負責任的回答：「都可以」，但總覺得講了會被網友罵。
而我用一個極端的問題(我是個徧激的雙子座)來說「管理」這件事在專案中很重要(我的管理定義有包含「人」「事」「物」)，但是PM是不是可以完全和技術切開？我覺得這是個極難回答的問題
但至少在軟體相關的案子，PM可以懂但不一定要會做；若完全不懂，可是有一個默契良好的技術達人，其實也並非完全不可。
而這一切的源頭，我覺得是在於「PM是如何產生出來的」

最近在一個大哥的介紹之下，接觸了這本書「What is Lean Six Sigma」，薄薄的一本，不過卻不好找(我跑了3家書店，最後在101的PageOne才找到)
會開始看這本書，其實是緣起於一個很簡單的想法，要從什麼樣的角度或方式去做好「Project Selection」(以下所說的Project是徧重於公司內部推動的Project)