若您不願意收到rogersnotes,請點按此處進行退訂:http://www.pmsuccess.net/subscriber.asp 或直接回覆本信件通知我們為您處理。
專案管理VS軟體開發之我見
1.前言
在還沒有接觸到PMP專案管理手法時,我開發軟體的流程是:需求、分析、設計、實作、測試、佈置、維護,跟PMP的觀念,相差很多,總是認為將只要程式結果出來符合客戶需求,並在時程內,就算是成功了,不會考慮到成本,關係人最多只是考慮到客戶或使用者這個層面,更別說有十大流程要去分析了,在學習了PMP之後,才了解,原來一件專案背後要考慮的因素有那麼多,同時更加佩服的是PMP可以有順序的將其系統化,成為一套實用的管理工具,而不是單純的文字而已。
2.相同性
在軟體開發,最重要的是需求分析,這一點和PMP不謀而合,PMP花了80%以上在溝通,而需求分析也佔了整個開發時程60%以上的時間,IT界有一個名詞叫「垃圾進,垃圾出」,英文是「Garbage in, Garbage out」,意思就是如果需求分析沒作好,產出的不會是有用的資訊,而是無用的垃圾,所以在學習PMP的過程中,專案經理花了80%以上的時間在溝通,和專案管理最重要的是溝通,這句話就時常出在在耳邊了;另外在執行和監控的逐步完善也和實作、測試、修改,的邏輯相同符合,不過PMP考慮的更全面,更完善,我想這也就是PMP能符合各行各業作為一個標準的原因吧;在軟體開發中,所用的文件表格不少,這一點也和PMP相符,如系統測試記錄表、系統上線計畫表、統作業流程圖、系統資料庫說明表等等之類的一大堆,但最大的問題是這些文件,並沒有一個標準,功用是差不多,但比起PMP每個流程都有明確的產出及相同的規定,這真的是很大的缺點,幸好PMP也可以應用在軟體開發上,真的希望有天在軟體開發上也能出現一個像PMP一樣標準又實用的準則。
3.相異點
了解PMP後,真不得不說,PMP實在是全面性的包括,又不失精準,在啟始流程的發展專案章程和辨識利害關係人,雖然在軟體開發也有類似的觀念,但很淺又沒有明確的文件,像以關係人來講,在普通的開發中,大約只有記錄到使用者和客戶,也不會加以管理,最多是列為測試時的對象,並不太關係到他們對結果的成敗有什麼影嚮,但PMP確很明白的規定及說明相關性,還有像WBS,雖然在軟體開發,這像是個習慣,每個人都會把一個系統分解成各功能,再把功能分解成一支支的程式,但老問題還是沒有標準化,更沒有WBS和WBSD二個相應的文件來作管理,有觀念,但沒實際化和標準化,這就是二者之間的差別;在PMP裡把溝通拿出來當作一個流程,在軟體的領域是很少見的到,因為系統的邏輯不是1就是0,不會定義到像溝通這種軟性技能,這一點也是我覺得二者差異很大的地方,PMP管事理人,軟體開發管事,不管人,對人這檔問題,幾乎沒什麼定義及說明,相較PMP就一定有順序系統的一步一步教你如何作好溝通,這是我認為PMP的一大特色,能把這種無法實體的東西,定義規劃出來,有所依據,真是不簡單,在深入的了解PMP,我發現它可以應用在各種的領域,當然也適用於軟體開發,從以前到現在也讀了不少管理的書,第一次覺得管理不再上書本上的理論,就是PMP。
4.結論
受過了長宏PMP課程的洗禮,對於事情的處理流程有了很大的變化,以前一拿到專案,會作需求分析和工作分解,現在則是先考慮權則和關係人,雖然實務上和PMP所說的難免會有不同的情況問題產生,但PMP也有教如何來處理這種情情,一套好的專案管埋手法,會改變人的思考方式和處事態度,我期待在未來的專案或任務中,能將PMP應用更加徹底及發揮PMP的真正價值。
作者:葉志清,PMP
作者簡介:葉志清,PMP,於2014年9月21號考上PMP,任職勝典科技股份有限公司系統工程師,從事系統維護及程式設計,軟體開發多年經驗。