2011年開春以來，可說是事務纏身，”戎馬”倥傯！除了負責原有的系統分析與產品開發，又多了個負責部門管理與對業務部門支援的工作，真得讓自己忙得手忙腳亂，更甚者四月底得標案件在諸位上級長官的”禮讓”下，被執行長指定為專案經理，因此學校的論文只得請老師與老婆大人讓肥蝦通融延後畢業，那就遑論紓發與記錄自己對學習上的心得感想。
公司這一個四月份專案的總金額雖然不小，但規模更是金額的雙倍以上，面對的利害關係人又大過規模的雙倍，在目前臺灣這一個乙方弱勢的市場型態中，執行本案已註定要遭受一定的範疇、時程與成本的風險。在長官「讓嫌」下，肥蝦擔任該案的專案經理，在專案初始階段，肥蝦就認真思考過在目前公司缺乏完整的專案管理工具，以及大多同仁對專案管理較為守舊的觀念下，如何進行本案的專案管理工作。
記得大年初五在家裡跟家人聊天之時，小妹說到她先前看電視介紹胡適的節目，她覺得胡適的小腳夫人根本配不上胡適。肥蝦自己對於胡適的生平、研究與家庭實是所知甚少，除了年前看了唐德剛先生所寫的「胡適雜憶」外，家中也只有那本以前讀過「四十自述」，對於胡適的豐功偉業都是在以往的教科書中所得之。只是就夫妻相處來說，以肥蝦個人的感受是覺得外人應該沒有任何立場去評論夫妻兩人有沒有配不配的問題，因此回了一句：「說不定胡夫人剛好就是胡適生活中不可或缺的伴侶。」
個人以前已讀過唐德剛先生所著的李宗仁與張學良兩人的回憶錄，也曾在【傳記文學】中看過一些唐先生的文章，對於唐先生在專業上的學養有一定的瞭解和崇敬，此「胡適雜憶」之中，唐先生以亦文亦白的文筆，亦尊重亦詼諧的態度，從胡適所言的：「哲學是他底職業，歷史是他底訓練，文學是他底娛樂。」中，評論「胡氏『中學』也止於『乾嘉』，西學亦未超過『赫胥黎』」的看法，來探討胡適先生的治學與生活態度，一路看來真得讓人興會淋漓，大呼過癮。
肥蝦在【專案管理的生活思維】看到了Mia大大的專作「該如何改變(Part 2) ─TOC單一專案規劃方法」(http://www.projectup.net/blog/index.php？option=com_content&view=article&id=4027:to-what-to-change-to-part-2-toc&catid=8:pmp-pm&Itemid=18#yvComment4027)，因此也來呼應一下TOC！
肥蝦上任，一下子除了自己原有的專案外，還要作一些Presale的工作，過年前就這樣一直忙到了2/19，好不容易2/20有個空檔，跑去聽了金融研訓院開辦的「中小企業授信產品風險管理實務」課程。看了金研院的網站，想不到身為IT人員的我，在金研院也是花了將進一、二十萬，唉！只能怪自己的”好奇心”太重。
在課堂中，老師提到了中小企業在信用評分的項目，以及事前的實勘與後續的複審之中要特別注意一些企業異常警訊及癥兆，其中在管理上的重點有著：負責人或重要主管辭職、重要主管調動反常、員工出勤情況不佳、人員離職率高、士氣低落等項。這就讓肥蝦想起前陣子，在FaceBook上也看到一個在User Side工作的年輕朋友，說她的處境艱困，委外廠商駐點的工程師每個都掛什”處長”、”經理”之類的，可能他們這些人欺負她年輕，所以壓不住陣腳，使得她公司內外遭收煎熬。另外，上週一個哥們告訴我他們公司的狀況，以及他自己也要離職。其中最大的導火線就是一個剛上任的專案經理跟公司高層報告說團隊中有老人不願跟他配合，希望能殺雞儆猴一下。我朋友可說已是該公司的創業元老，更是這新初任專案經理的指導前輩，因此我這換帖的就成了那隻雞。
什麼是configuration management
光就譯名，Configuration Management這在台灣有人翻譯成建構管理、組態管理、構型管理、或稱之為型態管理；在大陸則稱為配置管理。Configuration Management這個管理作業，因為台灣專案管理環境尚未成熟使然，常常使得光看字意而缺乏實際運作經驗的人很難瞭解其中的要義，或者與version control很難界分清楚。
風險值多少？
12月28日尚文與仕賢同學報告第十四章風險管理之時，正巧班上的一位任職於富X證券的同學，因為27日晚機房起火，正忙著幫忙處理善後，不克與課！這對風險的管理，正是一個絕佳的範例。
轉眼間，秋去冬至，2010年已邁入尾聲計時，民國百年就將到來。檢視肥蝦這一年的目標達成率與成本效益比，實在是令人汗顏呀！今年一年除了養家糊口必要的工作之外，一年來擔任社區的主任委員也是耗費了不少的時間與精力，更因著自己的怠惰，使得個人設定目標的達成上，以及自我知識的充實上更是一事無成。在專案管理交流論壇上的線上讀書會的導讀只完成了一本Edward De Bono所著，吳春諭先生所譯的【在沒有問題裡找問題(Powerful Tools to Transform Your Thinking)】；在專案管理智能的學習上，只參加兩次Bryan & Joe所舉辦的workshop、PMI-TW所舉辦的「2010台北國際專案管理論壇」、熊博士的「專案經理軟技能學習」；在IT技能的學習上，也只能參加些微軟、甲骨文、優利的一些研討活動；其他一切所設定的資安、財務金融專業，以及語文的學習上，都是付之闕如，甚者更是半途而廢。
昨天在床上看論文第二章文獻探討要用的英文期刊，一時煩悶下就拿了本【科學人雜誌(第105期)】來看！其中有一篇短文「失之毫釐，差以千里」，講得是統計抽樣誤差的問題，內容是說美國在調查軍中同性戀的比例，因此進行軍中同性戀的調查。這直覺看起來好像沒有問題，可是卻會導致情況為真(異性戀)但被誤認為假(同性戀)的型一誤大於情況為假(同性戀)但被誤認為真(異性戀)的型二誤高的統計問題，就是所謂的非對稱性族群數目，或稱類別資料不平衡(class-imbalanced)的問題。一時之間突然想到曾在第132號數學傳播季刊看到的一篇統計思維文章，以及同學在上資料探勘之時常會詢問的問題－「統計跟資料探勘差在哪裡？」
軟體專案委外之深思與迷思
12月21日士東與玉蓮同學報告第十三章外包管理。在專業分工的現在，不管是為了書中所言的：「維持核心能力、小型化的趨勢、降低成本、爭取時效、取得新技術、解決資訊中心無法滿足的需求…」等原因，或者其他理由，一個中、大型的軟體專案，大都是業主與一些廠商共同合作來完成。在先不討論原合約甲方的立場下，對於委外合約的上包或下包角色，肥蝦都有過些許的經驗。如果是第一次與他人合作開發專案，不管是上包或下包，對於開始合作的態度與模式都需要一段時間的磨合期。尤其是跟國外的廠商合作之時，一般上這磨合期間的互動，更是相對的痛苦！就以往的經驗，上包若是基於要設法將原有組織人員進行縮減或只圖降低成本，下包商就真得不好做！記得肥蝦有次擔任委外下包的專案經理，因為原廠的合作人員聽聞公司與我們合作的企圖就是要把他們的工作以後轉包給我們，然後降低成本，可想而知這案子這專案經理做起來真得很窩囊。不管是上包有無道理，每次主管跟我去上包開會都是我被釘，都是我的錯！然後主管出來後才給我摸摸頭，做起來真得很XX。其實除了第一次的合作，不然都像肥蝦在修讀企管所的作業管理中所介紹【供應鏈】機制。而且，若主要是以風險轉移或控制為考量重點，在其他如價格、能力等能配合下，一般廠商如果要將工作委外，基本上都會先尋求以往有合作經驗的廠商。
軟體專案選擇的時點,構面與決策模式
資管在職碩班課程 (2)