這是我所參與過最大的世界性的論壇會議．雖然我很心虛的拿了PMP的證照，但實務經驗實在少得可憐，更遑論好好應用所學去進行管理了．
這次我參加了11/3、4兩天的論壇，國際性會議果然了得，首先是與會人員幾乎都是盛裝出席，只我有這個鄉巴佬，穿得實在不夠得體． :( 再來是所有的議程和演講全程使用英文．兩天下來，只覺得好像生在國外似的，全天的英文環境，讓我體力耗盡，實在很不習慣．這樣的會議，比花錢去上英文課更有用呢！
兩天下來，收獲不少，雖然英文的聽力不好，多少影響吸收，但仍得到不少啟發，我所參與的分組研討比較有心得的部份：
- 11/03 1-2
Agile Method：敏捷法開發，新的軟體開發概念．
- 是種類似 eXtreme Programming的開發方式．原則上用在較短的開發循環上．也就是將系統切成小塊，以小塊為單位，反覆的開發、驗收、開發、驗收...，逐漸完成一個大的專案．〔應該可以應用在現在公司要求的3-6個月要完成一個專案的需求．〕
- 11/03 2-2
長榮航太 - 747貨機改艙專案：
- 這個項目最讓我生氣．公司就是這麼不長進，一點都不會把握曝光的好機會．看著長榮航太的協理，得意洋洋的在台上向世界各地的專家介紹他們的改艙案，說得好像很了不起似的，也唬得大家覺得”對！就是那麼了不起！”也許更會有人想到華航怎麼做不到．明明我們可以做得更好的，也有很多不錯的專案，卻把機會讓給別人．
- 長榮航太這次派出的協理，聽起來似乎不懂這次的主題在那裡，看他一直在Show照片和改艙的過程，可卻沒有實際說出他們專案進行的過程和心得，有點像在介紹一個依工單做事的Daily job．
- 一個PM朋友會後問長榮航太的協理，為何要標下這個案子，原因和利益為何？結果朋友很生氣的說這個協理不懂技術，對於問題也一直在實問虛答．（呵呵... 可想而知）
- 11/04 3-2
複雜IT計劃風險管理成功的故事 － 亞洲案例
- 主講人來自馬來西亞，是IT&Telecom SIG的Chair，他的演講非常生動活潑，讓這個英文很糟的我都能完全聽懂他在什麼．
- 他的例子是亞洲區幾個大機場(ex. 上海浦東機場)的建置專案．做案子最重要的是要先認清專案的Challenges & Risks．所有的Risk都有可能會是機會，發現它，然後解決它，化危機為轉機．
- 其實聽到最後，深深覺得所有專案裡最大的Risk都是”人”，對我而言，主要的課題應該是要先學好如何”溝通”． 研討中，就如主講人所言，很多人最大的問題就是自尊，所以很多”溝通”都無法做好．
成功IT專案的虛擬團隊管理
- 主講人周成果博士，他致力在IT產業已經有很深的經驗，從前年看到他開的課就一直很想去上，只是受限於英文程度和課程時間的問題上．這次有幸可以聽到他的演講，真是太棒了．
- 周博士先做了一個調查，結果多數的PM還是習慣同一個Team可以在同一個地方工作．可現在的專案成員愈來愈國際性化，尤其是國際性的專案，如果硬要把Team規劃在同一個地方工作(開會、研討...)，一定會花費更大的成本．
- 最讓我記憶深刻的是，周博士說：一個Team工作，一定要互信．”No Trust, No Team”那麼... 我現在的Team... 可是心裡有個疑問：如果Team member不能自主自發，而且怠惰，又如何互信呢？
- 11/04 4-2
以優質交付的觀點談如何挽救受困的專案
- 主講人是IBM的QA主管，他提出一個專案會出問題(Ｄelay)，一定有所徵兆．例果我的案子最常遇到的是：需求一直無法確認、專案成員總是很忙(瞎忙)...
- 挽救受困的專案的五個步驟：
2.1 選出Rescue Leader：針對Delay的問題，指定Rescue Leader去處理Delay的問題．若為user的問題，就在user side找Rescue Leader．
2.2 Issue & Risk Assessment
2.3 Create recovery plan & Get support：唉~ 要老闆在乎和支持才行呀．
2.4 Execution & Monitoring
2.5 Handoff & Closeout
總結兩天的議程，檢討自己現在應該著重在人際關係及溝通問題上面．結束這兩天的議程，現在的我又鬥志旺盛了！
