更多rogersnotes, 請至www.pm-abc.com.tw........ 訂閱/瀏覽
 
致全國 PMP,

您知道嗎?我們在上週日颱風辛樂克來臨時,已完成了813位PMP的連署了,這人數甚至比整個協會775人數還多,協會已經總動員了,但是我們距離 2000 位 PMP 高標準還有1200位的一大段距離。您會問我為何需2000位PMP來連署,不是只要中華民國國民滿20歲即可以連署嗎? 其實2000位只不過是台灣PMP團體的半數而已,若是我們自己PMP團隊都無法支持自己,如何說服其它專案管理團體及立法院來支持我們呢?


專案管理師法案是保障專案管理師的工作權,也是讓國家重視專案管理具體的法源依據。法案內容目前由外部法案專家陪同台灣國際專案管理師協會的法案推動中心的法案研究小組擬定。我們預計十月初送入立法院,沒有過半數的團體就不構成這團體對這法案的支持。


在三週前,roger協同協會副理事長 劉開國、前電機公會理事長朱國權及法案研究組 黃廷穠一起到 “公共工程委員會” 拜會 陳副主委 振川,向工程會建言如何以專案管理提昇國家競爭力,沒想工程會 范主委 良锈 帶六位工程會各部門代表親自接見,我們向他們解說了一小時的專案管理如何提昇國家競爭力。這正是PMP的主動精神的表現:努力讓正面的事情發生的具體呈現。


我們在推動的PMP共好的精神,其實就是 “信任" ,您相信roger,roger才能有後盾推動專案管理師法案。有您的具體連署行動,才會造成正面事情發生。若是您還有任何疑慮的,歡迎請隨時與roger連絡,itpm_law@itpm.org.tw 或 0933-350651。


附上專案管理師法案連署函下載連結,請將回函傳真至07- 588-8866 (要本人簽名喔,僅傳回函即可) 或 mail: ITPM_Law@itpm.org.tw
http://pmsuccess.dyndns.org/temp/030_temp/ProjectManagenetLaw_Cosignature_0821.pdf
(若是您無法下載此連結,請寄一封主旨為:索取連署檔 到 ITPM_Law@itpm.org.tw ,內容空白即可)


長宏 roger, PMP, MCT, MCTS





PMP最新連署訊息




最新連署總人數與比例:

地區  已連署   母數    已連署百分比
台北  311    318      97.8%
新竹  53     19     279% (含協會外部PMP)
台中  129    144     89.6%
台南  87     65    133.9% (含協會外部PMP)
高雄  256    233     109.9% (含協會外部PMP)
其他  101
總計  937    779     120.3%


最新動態數據,請參考社團法人台灣國際專案管理師協會 首頁 www.itpm.org.tw

只要是PMP,皆可以參加連署,歡迎您的加入。

 
從客製專案到產品開發 -- 以PMP手法來看 軟體專案管理


筆者身為軟體產品專案團隊的管理者,有時亦要負責幾個大型合作開發案的專案管理,在此之前,對於專案管理,我總是既期待又怕受傷害。我想,作為一個軟體開發人員,對於軟體開發專案,心中更是常抱持恐懼之心,加班、延遲、變更需求、超支、除錯都是家常便飯。專案開發往往淪為慘劇,而專案結束的日期,往往就是同仁離職的日期!

先前每次我受邀到學校或機關演講,我總是喜歡分享這些專案管理痛苦的經驗,而且我發現每次當我講到我的慘痛經驗時,台下的聽眾也是頻頻點頭稱是,正如琵琶行裡面寫的,『我聞琵琶已歎息,又聞此語重唧唧,同是天涯淪落人,相逢何必曾相識』,內行人都知道,專案執行的痛苦,遠遠勝過專案失敗的痛苦,我經驗的分享,正是他人當下痛苦的寫照。

在軟體開發的路上,個人也如同前輩一樣,不斷的找尋著軟體專案管理的真理,書架上的書層層疊疊,正如同我的經驗一般沉沉跌跌,總希望會有那一顆『銀色子彈』,讓每次的專案開發能夠一槍就解決,在考上了PMP之前,我在想,或許,他就是了;或許,我考上了之後,就有了這樣一顆銀色子彈。

當然,就像童話故事一樣,故事結局後面的故事永遠是回到現實的,光鮮亮麗終歸要回到平淡,而考上PMP,才是另一個挑戰開始,唯一對我有幫助的,只有PMP那嚴謹的方法論。

Dear roger,別怪我囉囉嗦嗦寫了這一大串啊,我總喜歡跟聽眾先講明事實,畢竟我不是傑拉爾德.溫伯格(著名的軟體開發專案人士,著有人月神話、你想通了嗎等經典級軟體開發書籍)等聖賢,寫這篇文章只是希望將自己的一點微薄的心得與各位前輩分享,希望能得到大家的共鳴。

個人認為PMP的方法論尤其適用於軟體專案管理,對於剛剛從事專案管理,或者是已經身陷軟體專案管理泥淖的人來說,PMP手法可以幫助你釐清思維,讓你得以突圍而出。

PMP有個中心思想,雖然他沒有講的很明,但是他很強調一個專案最重要的成敗因素,就是利害關係者的管理。個人認為專案管理方法本身不複雜,但人的管理才是複雜,PMP的五大流程、九大知識領域雖然是管理專案,但是實際上,管理專案就是管理一群人(利害關係者),一個 Alpha Project Manager(指最好的專案經理)要善於利用各種技巧來管理他的利害關係者。(關於Alpha Project Manager的特質,請參考PM NETWORK雜誌2月號)

為何我說PMP手法更適合用於軟體專案開發呢?因為軟體從頭到尾都是處理人的因素,因為程式是人在開發的,因為程式是人在使用的,因為程式品質是人決定的。不管是專案還是產品,軟體專案開發就在一層一層的人與人關係中完成。如何善用PMP手法,來協助你完成軟體專案開發,個人提出以下幾點經驗分享:

從五大流程來看,每個階段都相當重要,就個人經驗而言,最重要的是啟動與結案,監控也很重要,因為容易被忽略。我們來看看應該注意哪些:

啟動:啟動是最重要的,近年來隨著專案管理知識的擴散,大家開始知道這一塊的重要性,但是知道還是不夠的,因為利害關係者的需求不容易被掌握,加上專案一開始可能就有結案或市場壓力,在啟動階段往往無法取得發起人的充分溝通及授權而成為造成專案失敗的伏筆。為什麼?因為人有一個特性,不見棺材不掉淚。

計畫:我們都善於計畫,但千算萬算,沒算萬一,專案執行最容易忽略了一個最重要的規劃,風險規劃,也就是如何處理莫非定律,這是最常發生的。

執行:執行通常不會有問題,我們東方民族,最強的就是默默的做,程式設計師總是不看文件,一開始全部都沒問題,但是,過於自信的結果,導致技術使用過新,時間掌握不易,與其他人員互動過低,造成無法彌補的延遲。

監控:對於一般軟體公司來說,充其量只有品質保證人員,對於品質控管或計畫監督或變更,幾乎很難分配資源在上面,雖然CMMI有類似的監督機制,但是實際執行來說,就是很難做到有效運作!

結案:啟動程序的好壞,通常關係到結案,PMBOK也說了,在啟動與結案階段,溝通成本是最高的,以產品開發來說,產品不符合實際市場或發起人(或贊助者)需要最為嚴重,以客製專案來說,規格在專案執行初始過於誇大或者未確認清楚,或者中間變動過多,最容易造成專案無法結案的情形,最後只能以搓湯圓或增加更多補償性作法的方式結束,但是對於專案來說,早已超出資源及時間。

噹噹,筆行於此,不知不覺已下筆千言,但還有九大領域尚未介紹,為了不讓大家看到睡著,未來個人將針對九大領域部份與各位分享一些經驗,也感謝roger能給我這個機會與大家交流,如果有任何問題或建議指教,也請email到gildshen@gmail.com,謝謝大家~


旭聯科技股份有限公司 營運處研發部門 協理 沈紋正, PMP

作  者:沈紋正,PMP

 
牛刀小試
你的项目正在国外进行着,现在的项目进度在时程内,并且实际花费的成本低于预估费用。此时,当地的一个政府官员通知你,你必须在两周内支付该国政府US$500的管消费。请问,你应该怎么处理?


1) 不支付这笔钱。
2) 确认此行为是否符合国情。
3) 主动提出支付多于这个政府官员所要求的金额,以便获得这个官员对未来工作的支持。
4) 要求少支付一点,以便好核销帐务。






































































解答:(2)确认此行为是否符合国情。

註解:在符合该国国情前提,可支付这笔钱,以便项目顺利进行。若发现此行为违反国情或法律,将不支付这笔钱。
 
<<上一則 rogersnotes  回 rogersnotes 主選單  下一則 rogersnotes>>
rogersnotes 無償分享筆記, 歡迎分享給好朋友. 分享檔案著作權屬 rogersnotes®所有,
欲在公開場合使用rogersnotes® 著作請按此下載使用同意書.roger 連絡Email: PMSuccess@gmail.com
非常滿意 滿意 普通 不滿意 非常不滿意 
退訂或推薦您的朋友共享rogersnotes, 請由此進入