rogersnotes 20180503：台灣 PMP 之光—台灣的專案管理傳奇故事躍上全球專案管理期刊

更多rogersnotes, 請至bk.pm-abc.com.tw........ 訂閱/瀏覽

若您不願意收到rogersnotes，請點按此處進行退訂:http://www.pmsuccess.net/subscriber.asp 或直接回覆本信件通知我們為您處理。

台灣 PMP 之光—台灣的專案管理傳奇故事

躍上全球專案管理期刊

PMI 是全球專案管理權威機構，其發行的期刊全球共有100萬位以上專案經理及經理人閱讀，這次我們將其權威著作—《專案管理知識體指南》繁中化，在極短的時效內完成，以最高品質呈現的故事，居然上國際期刊了。

Translating the PMBOK®Guide

100 Volunteers Can Do Amazing Things in just Three Months

台灣傳奇故事報導http://www.pmitoday-digital.com/pmitoday/may_2018?pg=19#pg19

註：PMI Today月刊是全球PMI總會發行的專案管理刊物，旨在討論專案管理研究、個案分析、標準建構、教育訓練及世界各分會的大事。

實務心得分享：專案失敗常見因素

錯誤的利害關係人識別，讓專案事倍功零

在專案的起始階段，除了發展章程外，另一項至關重要的工作就是辨識利害關係人了，也許你可能認為，重要的人不就那幾個?給我一張紙一枝筆，就能詳細地羅列出來，那就真的大錯特錯了!

舉一個我在實務上發生的案例，我們在為一個原本已在運作的系統進行功能更新，我們順理成章的將業務科室主管和系統使用者加入了需求訪談會議中，其中有一位使用者時常無故缺席，就算出席了，也都不表示意見，我們以為他可能不好意思在會議上表示意見，於是請他將需求盡可能的用寫下來後發信給我們，幾天後，我們得到一個不切中問題核心，而且大多是抱怨的信件，於是我們私下詢問該科室其他成員原因，才得知，原來這位系統使用者是被單位主管強迫接下這項任務，並已簽准轉調其他單位，實質在新系統上線後他根本就使用不到，所以也只是配合我們形式上出席會議而已，我們接著進一步詢問接下來會接手新承辦人是誰，並將他加入了需求會議中進行討論，這位新使用者了解我們資訊單位是協助他解決業務上問題的夥伴後，便很仔細地將他對系統上使用的不便以及新政策下所需的功能更改都提供給我們，才使得原無進展的系統更新作業順利完成。

做好採購管理，否則雙方皆輸

近年來政府政策取向資訊委外作業，各單位資訊人員或多或少都有接觸到採購業務，在辦理採購業務時，除了解法規(如採購法)並完成評選和訂立合約作業外，我們是否就可以坐享其成等廠商如期、如品質、如成本的將成品放在我們眼前辦理驗收，我想大多有辦過採購的人一定知道那是不可能的，你還必須有更多思量，比如，我們的需求廠商是否已經了解了?即便廠商了解了我們的需求，但在廠商追求利益的同時，是否真能在品質上不打折扣?廠商是否遇到需要我們協調的地方，但我們卻渾然不知或坐視不管等等因素，這些都很有可能在最後驗收不通過時，成為雙方爭執不下的原因，如果遇到較複雜或時間較長的採購案，建議思考是否選擇分階段驗收的方式進行，以確保最後標的物為公司所需，畢竟不管是減價收受或限期改善措施，對甲乙雙方都只有勞心勞力的壞處。

會議前更多思考

常言道:「會而議、議而決、決而行」，我認為這是一句最能表現開會用途的說法，我們必須在開會時提供與會成員適當的討論空間，能在會議完成後得到一個有共識的決議，並依據決議付諸行動，這樣一場會議才開得有價值，反過來想，如果一場會議不能提供討論空間，是否就應該考量改為直接宣達或是用問卷調查方式來取代會議，又若每次會議後大多沒能做成有用決議，那是否是因為邀請與會的人錯誤，或是沒有在會議前就讓與會成員了解此次開會的原意，達成決議後卻沒有辦法依決議去施行，是不是當初漏邀請了重要利害關係人加入，又或是決議沒有考量的現實程面的問題，雖然專案管理告訴我們，事先沒有規劃的事情，最好用開會決定，而不要由專案經理專斷獨行，但在開會前，我們還是應該要好好規劃，不要讓會議成為「例行公事」的一環。

溝通絕不止是聽到的那麼簡單

專案經理花80%的時間在溝通，而溝通不單單只是言語交談這麼簡單，根據統計，面對面溝通的效果，肢體語言佔55%，言語和文字各佔37%和8%，這個數據看起來令人覺得不可思議，但如果有自助旅行經驗又對外語不是那麼在行的朋友，肯定能感同身受，即便身處在無法使溝通的國家，你總還是能用比手畫腳的方式搞定自己的三餐，甚至有一趟與當地人互動愉快的意外旅程。

有時語言甚至與想表達的內容恰恰相反，舉一個朋友當兵時的經歷，有一天，連長叫他吃完午餐後去別的連隊拿回借出去的交管工具，於是下餐廳後，他便想早早動身前往別的連隊取回交管工具，這樣也才能盡快回連上午休，這時候他遇到了副連長，副連長問他說:「你要去哪邊，怎麼不直接回到連上休息?」，他就把連長的指示告訴了副連長，副連長聽完之後開始抓抓頭一臉尷尬的樣子，副連長又說:「你身體有沒有不舒服阿，反正交管工具這幾天還沒用到，如果不舒服就先回連上睡午覺」，我那朋友心裡覺得納悶，為何突然問自己身體有無不適，我率真的朋友想也不想的就回答:「報告副連長，沒有!」，副連長只好嘆了口氣對他說:「那早去早回，交管工具也不急著要回來，如果對方不給就趕快回來。」

結果我朋友到了對方連上去拿回交管工具，對方一開始說單位內沒主管，無法還給他，要他先等，等到主管回來後，又被對方主管訓斥和刁難了一頓，然後也沒拿到交管工具灰頭土臉的回到連上，最後才得知，兩位連長本來就互看對方不順眼，他只是被派去的砲灰，當初副連長本是有意提醒他的，殊不知我朋友心太直，沒有注意到副連長的諸多小動作提示，只能上一次當，學一次乖了。

結語

專案要成功的因素簇繁不及備載，但往往一個環節不注意，就導致專案以失敗作收，更慘的是很多專案只在乎產品的成功與否，根本不在意用Lessons Learned來記錄每個專案寶貴的經驗，導致往往前一個專案失敗的原因也沒有在下一個專案記取教訓，在學習專案管理這門學問上，我們要知道除了專案是逐步完善外，我們專案管理能力更是如此，每次專案的成功或失敗經驗，都應該好好記錄，才能成為下次專案成功的基石!

作者：林宗慶, PMP

作者簡介：臺北市市場處管理師，元智大學資訊工程學系畢業，並於2017/3/27正式成為PMP。成為PMP之後，希望不僅能處理自身專案上的問題，也希望有機會能將其中奧妙帶進組織中。

＜＜上一則 rogersnotes　　回 rogersnotes 主選單　　下一則 rogersnotes＞＞

rogersnotes 無償分享筆記, 歡迎分享給好朋友. 分享檔案著作權屬 rogersnotes®所有,
欲在公開場合使用rogersnotes® 著作請按此下載使用同意書.roger 連絡Email: PMSuccess@gmail.com
非常滿意　滿意　普通　不滿意　非常不滿意　
退訂或推薦您的朋友共享rogersnotes, 請由此進入