IT肥蝦-經濟&科技&專案管理

今天參加了B&J開的「一日專案經理模擬營」課程，朋友說：「都在當PM了，還去花錢上一日專案經理模擬營喔！」上過課後，肥蝦可以理直氣和的說：「是去度假休息，兼溫故知新呀！」
  
今天的同學除肥蝦外，還有五人分別來自製造、軟體產業，因著產業屬性與公司文化的不同，大家經由課程的參與交流，更可以省視自己的問題與關卡。這一天的課程讓肥蝦感觸最深的就是：「學而知Localization」，何為？
在肥蝦所處的環境中，幾乎專案經理被要求的最重要職責就是「如期收錢」。專案管理所標榜的「如期、如質、如預算」，在現實中變成了「收錢、收錢、收到錢」，公司對於專案經理的惟一殷盼就是專案收到錢(還有少花錢)。專案經理在上有老闆、客戶，右有業務、部門主管，左有成員、協力廠商，動作之間受到整體社會與公司文化的拘束，因此一心一意只記得：「減少被責難，設法收到錢」，如果行有餘力，試圖進而作到「可以被肯定，如期收到錢」。就因為只顧慮著錢、錢、錢，一心想著專案目標、執行策略、作業戰術、保護合約己方權利，蠢蠢記得逢迎老闆與客戶、跟業務與部門主管協調資源分配、努力催促成員與協力廠商達成進度，卻常常忘了專案管理的核心與基本面－五大流程、九大領域。

在臉書的社團中，好友八樓哥提了一個問題：MS project中，A活動duration=1；B活動duration=20。在B活動開始3天時A就必須要完成。這樣子，任務連結要怎麼寫？我是直接把B切成B1+B2=3+17，然後把A設為B2的前置任務，A要在B進行3天時就要完成。A1要在B進行10天時就要完成。所以B的前置任務是A fs-3 B和A1 fs-10 B嗎？
接著，八樓哥又說了以下條件：
條件1.A以及A1的開始跟B有甚麼關聯?? -> 沒關係
條件2.A以及A1的完成條件跟B又有甚麼關聯? -> 沒關係

因著前公司的政治糾葛，肥蝦不得不於10月1日轉移戰場。記得9月27日現在老闆打電話給肥蝦說：「有沒有空跟他去一趟客戶那！」本想說可以接到個新案子，疏緩一下這幾個月來的紛亂。不意去到後發現雙方正為了案子的文件與範圍鬧得不可開交，肥蝦還遭受炮火的轟擊！正所謂吵架無好話，這肥蝦是看淡了，只是這後續如何化解？如何完成專案？才是肥蝦關心的議題。
這個案子的主要爭議點之一就是要交付的文件種類與對文件品質的定義。因著客戶通過CMMI Level3的評審，對於案子文件種類與品質有一定要求；相反的，因著公司(10月1日上任了)內部進行的開發方式與文件撰寫方式，也因一定時間的累積有著自己的看法。因此就造成甲方嫌棄乙方的文件不夠Qualified，乙方認為甲方是變相增加工作範圍，引起雙方的不快，就變成了肥蝦首要面對解決的問題。
針對爭議，惟一的作法就是回到合約主體，看看原有合約到底有哪些條文是否涉及這爭議項目？盡力就合約記載去縮減雙方認知的差距！因為肥蝦不是本案的PM，因此就去請教PM與申請調閱RFP。結果發現了一條：本案專案開發應遵循CMMI相關規定。哇~~~光這一條，至少就得增加成本30%以上！因為本公司並沒採行CMMI，美其名可說我們Follow的是Agile software development，光就這文件的提供不啻要有專人負責，也要配合開發過程逐步產生才行。
因為甲方已經接受了先前第一、二階段的需求分析書、系統分析書、測試計畫書(雖然對方PM是諸多抱怨與覺得委曲，但木已成舟)，因此肥蝦首要的就是設法達成雙方對系統設計規格與程式規格文件的撰寫要項與內容。甲方PM是很有誠意設法完成專案目標(先不論對專案開發範圍的要求是否雙方都能接受！)，因此經過幾次的會商，就甲方提供的樣本進行討論與溝通，雙方作了部分的妥協，肥蝦就只好耐著性子、硬著頭皮，就程式碼回頭來寫相關文件。拼了一個月，經過三、四次的磋商，掰出了三十三份的程式規格書，以及系統設計文件，交付給甲方審查。至於第三階段，肥蝦就能本著自己的想法進行撰寫，但是光桿司令一員，也似無多大作用啦!

肥蝦今日幫一位好友填寫開放式問卷，肥蝦這位朋友的研究主題是承攬後，或說得標後的專案進度衡量與估算。其實該友已是一位浸潤於軟體專案管理與系統分析多年的專家了，就只為了湊一下訪談人數，只好把肥蝦這濫竽拿來充數；肥蝦為了義氣，也只好厚顏的忝充一下【專家】(好像唸高中同學間為了考卷上的簽名只好彼此充當對方家長一樣)。因為問題還蠻有意思的，因此肥蝦就更無恥的把肥蝦的回應潑到部落格來一同與大家討論與分享！
為了尊重好友的智慧產權,肥蝦就搞了一個山寨版的問卷。
 

    最近友人們在臉書上開了個社團，肥蝦想想為了維持該社團的活絡與動力，因此想說就潑個每日話題，有意願或感觸的好友就可回回留言或按個讚。其中一天，提出了男女PM的差異。在大家討論(看得很多，留言的少)中，蔡桑就說他常與男PM發生衝突，並認為女PM比較善長溝通與管理；謝小姐也說：男PM善長技術，女PM專長溝通管理。這讓肥蝦想起自己看得或寫過的一些資料，投射到個人的工作歷程，不禁想說是否男生就不擅長溝通管理嗎？

十多年前，肥蝦剛轉入金融軟體開發產業，第一個參與的較大型專案是某國營企業的信用卡系統轉置案，負責新系統的客製化功能開發。記得上線的前半年，心中總是擔心系統晚上批次作業會掛掉，針對修改的程式總是一再Review，但是半夜被叫去資訊室的機會還是常常；後續也許是系統穩定了，也許是不那麼在意了，反而半夜被call的機會變少了。

記得心理學上有一個自我實現預言(Self-fulfilling Prophecy)的理論，定義為：「the case whereby people (a) have a n expectation about what another people is like, which (b) influences how they act toward that person, which (c) causes that person to behave consistently with their original expectations.」這不禁也讓肥蝦想到那痛苦的莫菲定理(Murphy's Law)" Anything that can go wrong, will go wrong"。如果把這兩個定理合起來，好像變成肥蝦在管理專案風險時常發生的慘劇－" the case whereby people (a) have a n expectation about what a problem may be happen, which (b) influences how they act toward that problem, which (c) causes that problem to happen consistently with their original expectations."
 

PMBOK或一般專案管理的教科書一直告訴我們，專案有兩大特質：臨時性(temporary)、獨特性(unique)。也強調了專案(Project)與營運(Operations)的重大差別。那在達成臨時性與獨特性組織目標的專案程序，以及在match組織的宗旨、方向與目標所為一般日常營運所需的營運程序是否其間有所差別呢？

記得十多年前肥蝦剛從中正畢業去應徵7-11的大專培訓人員，結果一直沒有訊息，直到三年後突接獲7-11的通知希望我去面試，記得面試當時面試官特別說明他感謝7-11的人事部門XXX，因為當初我以碩士應徵大專培訓人員所以資格不符就未獲通知。三年前，肥蝦主導一個產品開發的專案，上司塞來了一個xxx人，老闆的理由是：「xxx不去你那，那也沒有別的地方可以去了，你就看看要如何用他吧！」

為了完成目標，不管有意無意、有知無知、有章無章，總得一步一步作來，這每一步可說就是程序，當然程序有很多的定義(可參考：http://www.sei.cmu.edu/library/assets/process-pro.pdf)。就以肥蝦的認知：在工作領域中，經由有效的組織資源，採行一定的方式，從事特定的活動，達成期望的要求，這就是所謂的程序(Process)。進一步將程序適當的串連就成為我們常碰到所謂的流程圖(Flow Chart)；在IT的UML圖中分析Behavior的也有Activity、State Machine、Sequence等的Diagram；在PMBOK也有work package、Activity到Project Schedule Network Diagrams。

我想我後天要來加班弄東西才行!不管怎樣,總要對得起別人跟自己!別人努力,我也得努力配合才行~~~
作專案,以前都是將目標放在規劃跟執行,很少去檢討(因為成功了就不用檢討!或者中途落跑,輪不到我來檢討!)
之前我僅負責一小塊但整個案子失敗,要來檢討,隨著負責的PM們都落跑了,只好我去跟著法律專家來溝通,實在讓自己對專案有了更多更深的體會與學習!也更瞭解法律人的思維(雖然以前當助理時也跑去補過法律~~~)
以前都沒遇到專案團隊的上上上層會出事,現在負責的案子,竟然碰到了!更讓我感受到所謂專案利害關係人是如此的龐大與緊密!

2012龍年的九天年假已近尾聲，【專案管理的生活思維】中的Bryan寫了一篇「新年計畫的保存期限」，真是汗顏啊！對照看著自己去年(應該說是前年)寫的「檢視今年，展望百年」個人的民國百年計畫目標，其中諸多項目均未達成，雖說方向並未偏頗，但要求的到達的水平卻有很大的差距，尤其世新在職碩班的畢業論文也多遞延了一年，遲至今日也尚未完成！

十月底，肥蝦報名了學校傳管所吳美娥老師所開設的MTP課程，從十一月二十日起，連續五個週日到校上課八個小時。每次上完MTP課程後回到家總是累得晚上呼呼大睡，上整天課使得身體勞累？”不”，這八小時課程對於從事IT整合工作的我豈能造成負擔！而是心累跟腦袋累。「作事要用科學的方法，帶人要以啟發激勵的方式。」老師這句話不斷地在腦袋裏盤旋，不斷回想自己在職場、在生涯上過往的種種；努力思考自己在工作、在生活上未來的走向，讓自己腦袋一直轉個不停，真得好”累”。
MTP課程主要區分為「管理的基礎(4)」、「變革的管理(2)」、「管理的流程(4)」、「培育與發展(2)」、「信賴關係的形成(3)」、「良好管理的推展(2)」。