相信所有搞軟體的人都能深深的體會到 「上線...才是挑戰的開始啊」這一句話對最近系統上線的我們，感受更深，尤其是我們的平台都是以服務國外的客戶為主
半夜 On Call 是常有的事，恰巧之前看呦那桑和同人的文章，提到了「為了維護而設計」以及討論到軟體生命的週期的觀點，不應該只是把專案當做是「一次性」的任務看待。
我深深認同這樣的想法，並且覺得，當大家把專案的定義和特性唸得越熟，更容易陷入「一次性」「短暫性」等等的迷思.....
當然我並不是什麼利害的專案高手，但是我想提醒大家幾件事
軟體的角色是一種「工具」、「服務」，因此，只有客戶或使用者真的把這一個工具或服務用出來，我們所付出的努力才會真正具備價值
當有了這一個前提之後，我們才會比較容易把眼光放在「要提供給客戶有價值的東西」，如此一來，生命週期才會延長，才會思考到應該要為「維護而設計」而非為了「設計而設計」或為了「快點收款而設計」
當然，同人在文章「專案成本估算之軟體價格的迷思」中，也提到了很實在問題點，面對專案，在思考的時候，除了專案本身的限制外，也應該思考到競爭、市場等等大環境的因素。

不過，回到一個實在的問題點，這並不是我們大聲疾呼就可以改變的事，許多台灣的PM訓練，不是靠土法鋉鋼就是太著重在技術或技巧性的訓練
或許這麼說有點過份，不過當我們去上PMP的訓練課程，有多少人是為了學習完整的思考和得到有效的方法而去學的？
多半都是想速成的去考PMP吧？ 當市場這樣反應時，也怪不得許多課程都著重在考照和技巧的訓練。

我總覺得，PMP可以教的，是外功的部份，但是思考能力、問題分析、問題解決、領導力等等這種內功的訓練，才是真正可以創造價值的。
算是一種感嘆吧...我也默默在抗拒PMP的考試和課程，主要也是因為，我不覺得去上這樣的課，可以幫助我在面對專案的問題與狀況時，可以有效的幫助到我應該採取何種正確的思維或工具

我並不是要叫大家就因此不去上專案相關的課程，反而很希望大家在上完課後，去想想學到的工具的意義和價值，真正去內化它，就像軟體一樣「用出來才是真的」。