jim yeh on 一月 26th, 2007

回應鳥毅對軟體專案管理的看法後,鳥毅在他的網誌中提出一些後續觀點。然而我發現有些觀念還是不夠清晰,可能是因為我前文沒有說清楚,因此,另闢新主題來表達我的看法。

首先,鳥毅提到:

因為手上的PMBOK資料是舊版,後來在下去找PMBOK第三版,果然看到同人所提到PMBOK對軟體工程管理的部份

我並不了解鳥毅提到的第三版的軟體工程管理的部分是什麼,其實專案管理流程的基本精神在於PDCA,不論新版或舊版都是依循這種精神,只是新版更強調監控要貫穿整個專案階段,軟體工程管理的部分應該還是屬於軟體產業的應用領域,軟體專案管理者必須去了解專案管理如何與軟體工程相互整合,任何應用領域的專案都會和應用領域的工程面做整合,軟體只是其中一種應用領域而已,PMBOK 所規範的是專案管理的通用原理及原則,工程上的實務還是要靠各種不同工程領域的專家相互整合,這點與 CMMI 只規範 what to do,而不會告訴你 how to do 的道理是一樣的。

接下來,我們來看看鳥毅所提到的:

我的意思並不是說不做專案管理,而是指覺得PMBOK不太適用,當然,新版已經對軟體有所修正。其實PMBOK包括很廣泛,除了專案進度管理外,還有風險管理、成本管理等等。

但個人感覺軟體專案成敗對於「人」的變數影響太大。敝公司的MIS在估薪資系統的時程,豬頭硬要求3個月做出,雖然她估半年,但在下覺得至少得做一年;後 來二年後才完成第一階段。一個人要做薪資系統,還得包括出勤檢查、保險扣款、勞健保等等,再加上搞不清楚自己業務的人事,就算做3年也不嫌久吧?

而另一位MIS連Version Control都不想導入,和我說Copy備份就很好用,更不用提Bug Report等等。

就軟體專案的管理本質而言,關鍵並不在於 PMBOK 是否適用,而是如何訂出適切的專案目標,然後根據專案目標在適當的時機找到正確的人,讓他們做到正確的事以使專案可以如期如質地完成。誠如鳥毅所說的,專案成敗人的變數影響很大,然而究其根源,關鍵問題還是出在管理上,技術的問題反而影響較小。而有效的管理,其實意味著我們具備有效地控制專案變化的能力,然而要有效控制專案的變化,我們必須對專案要有合理的規劃讓專案朝向我們要的方向去發展,而合理的規劃卻是取決於我們有沒有對專案的可見的及穩定的產出做實際的觀察。也就是說,專案的有效管理是需要回饋控制的,而管理者必須要注意「動作要早,動作要小」(曾昭屏譯,2006)。

PMBOK 其實是很重視專案回應變化的能力的,對於規模、時間及成本的控制,都要掌握三大原則:

  1. 確認改變對專案有正面的影響。
  2. 確認影響專案改變的因素已發生。
  3. 管理變更。

要做到上述原則,您必須要先評估變化對專案四變數的影響,並且必須要面對專案實際狀況來做處理,然後確實地做好變更管理。看到鳥毅所提的經驗,讓我深深覺得,用PMBOK 的手法,對於軟體專案所面臨的困境,其實是可以大幅改善的。



     

Leave a Reply

You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong> <pre class="">