註冊 | 登入 | RSS Feeds
ZDNet | Taiwan.CNET.com |

廣告:
認證不重要嗎?

友善列印 | 轉寄朋友 | 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 | 12則回應
    
同人 2007/08/30 05:00:03 近年來在台灣,專業能力認證逐漸形成了一股潮流與趨勢,認證的風氣方興未艾,尤其是對複雜性相當高的大型軟體專案而言,似乎取得了CMMI及PMP認證的就代表可以增加專案成功的機會。

然而,有一些人卻提出一些不同的看法,有人提出了PMP不一定是專案成功的保證,即使拿到了PMP證照,如果溝通協調的能力沒有提昇到一定的水準,專案管理的工作很可能會徒勞無功甚至一無所得。

另外也有人斷言,要是沒有足夠的根基,無論手上有多少證書,要順利完成一個專案,恐怕還只得聽天由命罷了。而高鐵售票系統出了大問題,卻是由通過CMMI ML3的系統承包商所開發的,也讓許多人開始對CMMI真能保證軟體開發的品質之權威性產生質疑,於是有人提出了,不要迷信認證,人員素質才是成功的關鍵。

這些對CMMI及PMP認證的反面意見其實都指向著一個重要觀點:專案要成功,所憑藉的不是認證中所規範的標準程序或是作業流程,而是人員的專業能力與素質。專案會遇到的問題千變萬化,複雜性不是認證有限的程序與流程所能規範的。人對了,世界才會正確。因此,變化無常的專案世界中,最可貴的是專案團隊成員的能力與素質,而非認證中所規範的程序與流程。

問題在管理

認證真的不重要嗎?管理者關心專案目標能否達成,所以,重要的是「認證如何提昇專案的價值?」,而不是落入完善制度與人員素質孰輕孰重的兩難之局,筆者認為這兩者是相輔相成,而不是互相競爭。換言之,專案管理當局不應該完全執著於認證,但卻也不應該全盤否定認證的價值。重點在於管理者的認知,是真的覺得認證可以解決專案的問題,還是以為認證了之後問題就不會發生了?

要讓管理更為有效,專案管理者必須掌握的關鍵是什麼呢,是資本、人力、還是技術優勢呢?這些東西可能都很重要,但筆者從過去參與專案的經驗中,卻發現專案順利成功,最重要的部分,並不在於資本、人力及技術優勢,而是在於以知識為核心的生產要素。所以,要有效的管理專案,必須要有效地整合資源、資訊與技能。也就是說,要讓管理更有效,專案管理者必須掌握的是整合專案各層面的知識呀。

在筆者的觀察中發現,即使專案具有得天獨厚的條件:和公司策略目標的方向是一致的,屬於目標管理式(MBO, Management by Objectives)的專案,公司願意為它投注最多的資源,但專案努力的成果卻常會發生後天失調的現象,究其原因,卻發現問題不在人員素質上,而是在管理出現了問題

例如,筆者常看見在專案團隊當中有許多的優秀人才,他們擁有最先進的專業技術,公司也願意提供最好的工具與最新的設備。但這些來自不同背景、專長或領域的專家對專案常有不一樣的看法與期待,而對於專案角色的定義、任務如何分工、工作該如何進行常會有不同的見解與認知。但卻常因為彼此之間的差異分歧太大,觀念上與工作上難以整合,結果,團隊中不同領域的專業無法發揮綜效,人多不但不好辦事,甚至各立山頭使團隊相互內耗而衝擊專案成果。

由以上觀察我們可以發現,即使擁有最優秀的人才、最先進的技術與工具,如果缺少有效的整合,專案還是無法順利成功的。因此,整合才是專案能否成功的重要關鍵。專案管理者必須要清楚,專案所要交付的成果如何讓大家做適度分工,並且能讓彼此溝通能順利進行,透過團隊合作來避免或解決在專案過程中所遇到的各種問題;認證只是確認專案管理者或團隊成員具備這些知識,也就是在專案管理及軟體工程領域中學界或業界所公認的理論與實務。

但據筆者所知,不管是CMMI或是PMP認證,它們並非只要人按表操課,而是可以按實際情況予以適當調整。事實上,認證的內容只告訴我們在專案的管理過程中該做什麼事(what to do),卻沒有規定這些該如何實施(how to do)。專案管理流程的實施應該要視問題領域(problem space)上的不同,依專案實際的情形來調整做法,以滿足專案的目標,而這些則是必須整合專案管理技能與知識及問題領域的專業技能與知識。(續下頁)

  繼續閱讀: >>

| 第1頁 | 第2頁 |
加入我的圖書館 訂閱關鍵字
加入網路書籤> 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 |
友善列印 | 轉寄朋友


  • 12.QQ 於 2007/11/05 20:16 回應
    這是個人經驗: 當您跟各國人士一起參與專案的時候, 北美人士普遍不看重亞洲人的能力的時候, 有時候可以說是擺明的輕視, 事實是北美的能力又不怎樣, 但是當他們把您排除在核心之外的時候, 無論您經驗有多豐富, 品質有多好都是個屁. 但是, 當您這時候拿的出來PMP的認證, 加上有品質的outcome 在他們眼中原來不起眼的亞洲人, 頓時尊敬了起來, 這時候, 您有機會進入決策核心參與決策, 您的能力與經驗才派的上用場, 這就是認證的價值, 可以贏得民族尊嚴. 不用在險惡的國際競爭環境, 插的上一腳, 不用自怨自艾, 不用埋怨其他人的種族歧視, 且在美國他們視這些認證為基本的common sense, 您有去上過課有通過認證, 於是有了共通的語言與認知, 作為專案執行上的共識.
  • 11.inpines 於 2007/09/26 09:59 回應
    10 樓的朋友所說的,筆者抱持保留的態度,因為也常有人來對我說:PMP 沒什麼了不起,只是他不想考而已,而且考上 PMP 又不代表什麼,一堆人考上 PMP 還不是不會帶專案。我對於這樣的意見表面上不會說什麼,但我心底卻對這種看法十分不以為然,甚至會很看不起他們,因為他們多半都沒有身體力行去學習 PMP 的知識,只憑個人主觀看法來發表意見,而意見卻是最廉價的商品,他們說的口沬橫飛,對專案管理的認識又都是片面而很多地方是觀念錯誤的。

    我認為,如果要證明考取證照很簡單,那最好的方式就是身體力行去證明,否則,別人會認為你是吃不到葡萄在說葡萄酸。

    PMP 是如此,CMMI 又何嘗不是呢?你會認為 PMP 比 CMMI 好,那別人當然也可以認定 CMMI 比 PMP 更好,但筆者認為這種比較沒有意義,這也不是本篇文章所要談的。存在必有其價值,如果不明價值,任何認證都是無用的,但問題不在證照本身,而是在人身上,如果人們根本沒有抱持學習的態度,又怎能了解認證的價值何在呢?認證對我們的意義也只能當成茶餘飯後批評的主題之一罷了。
  • 10.匿名 於 2007/09/22 09:26 回應
    其實CMMI LA 並沒有什麼了不起,只需要註冊SEI,花錢去上五天課程回來,你就具有資格了,SEI根本不會去研究這些LA的背景經歷,像軟體園區內一家號稱最多LA的公司,也不就是花錢送一堆人去上課就有資格,實際上輔導過的廠商死的死傷的傷,沒有一家大紅大紫。

    真實原因就是這些號稱軟體工程專家的人,都是一些學歷都跟資訊無關,且經歷更是慘烈,都沒有寫過程式帶過專案的,這樣的人輔導或是做軟體工程評鑑,實在很難想像,這樣的品質可以好到哪裡?這樣難道不是純粹賣證書嗎?

    LA也就不難想像品質了,花錢就可以有LA,當然也是收錢就給你證書囉!評鑑的過程也不就是那樣嗎?造造假,做一些證據給你看囉!

    各位還不是務實點,PMP證書反而比較嚴格且真正符合國際標準!
  • 9.匿名 於 2007/09/13 10:55 回應
    感謝 Bala 的意見,同人任職的公司也是 CMMI ML3認證過的,公司同樣也有也幾位同仁有PMP資格,但我的看法卻跟您不同。

    除了我以外,我在台科大 EMBA 的同班同學,全班近半數都有 PMP 證照,文中所指的那位 CMMI LA 也是這一班的同學,除了軟體開發的實務經驗以外,我們全班多數同學,包括我都受過 CMMI 學術理論的薰陶。

    說這些並不是想顯露出同人很了不起,而是想提醒,我們的觀點常會因為經驗而有所不同,容易產生侷限性,因此,為了避免偏見,我們應該多聽聽他人的經驗,並向專家學習,然後再思考自己的觀點是否有忽略了什麼。

    雖然賈大仙說,專家判斷往往會變成一種光環,個別專家的意見很容易有個人偏見,然而,當聽了多個專家的意見後,便可以去除偏見,而得到較為完整而一致的專業觀點。

    "但是我的問題是:這些東西到底對專案有何幫助?個人以為,答案是沒有。"

    您認為認證對專案沒有幫助,其實,我對您下這個結論的假設比這個問題的答案還感興趣,你認為沒有幫助是基於您的經驗讓您覺得認證徒具形式,然而,我感興趣的是,為什麼這種抄短線取近利的軟體開發文化會存在呢?如果這種文化必須存在,當然認證存在是沒價值的,因為其基本精神是相互抵觸的,但這種文化對高品質的軟體開發的幫助比較大,還是認證中的專業幫助比較大呢?我想,不同的價值認定對這個問題會有不一樣的答案吧。

    這篇文章,同人提出我的價值認定,我不喜歡這種抄短線取近利的方式,這種文化會讓專業沒有存在的空間,當然或許有人會不認同我的觀點,但我認為這是沒有標準答案的問題,而只有價值觀的選擇,換句話說,一切關鍵還是在人身上呀。
  • 8.Bala 於 2007/09/11 22:48 回應
    PMP? CMMI?這是什麼東西?
    PMP? 拍馬屁?CMMI? 想不出來耶。
    各位別以為我來鬧場的,本人服務的公司是CMMI ML3認證過的,公司有也幾位同仁有PMP資格,問題是這些東西除了張紙和logo,到底對專案進行有什麼幫助?

    經營公司本來就是為了牟利,對公司而言弄張證照就是拉抬身價,最好所有軟體專案都能設定門檻,這樣競爭者自然少,也不會有一堆不長眼的來低價搶標,幾家大公司sales先坐下來搓個麻將,談好底價,得標者好歹能多賺點錢;對個人而言多張紙談薪水時當然也比較有利,大家何樂而不為?但是我的問題是:這些東西到底對專案有何幫助?個人以為,答案是沒有。

    幾年前ITIL吵的火熱,SLA/SLM等名詞成了顯學,問題是ITIL的第一步"define Service Level"大概就搞垮所有的人,如果大家看過相關內容就知道,越高的Service Level Requirement,相對要用更高的成本(hardware / software / arch / MA resource...)去維持,說穿了就是有多少錢就做多少事(合理嗎?當然),問題是有哪幾個甲方能接受這個事實?又有幾個乙方能不計成本去賠錢呢?

    PMP/CMMI其實也是一樣的問題,甲方希望乙方通過某些認證來確保專案品質,但又提不出合理的價格讓乙方正常運作(包含人員薪資和專案管理等成本),乙方當然是因陋就簡虛應了事,這是天經地義的必然下場,搞了半天,這些紙張還是淪為賺錢的幌子,不論是對公司 or 個人。

    公司導入CMMI的過程中大家一直有個疑問,我們是為了CMMI而CMMI?還是真的要改變我們的做事心態?一開始兩派人馬當然都有,前者或許略多,現在通過認證快一年了,個人發現前者變成90%以上,Why? 大環境根本不成熟,過低的專案價格把人都壓扁了,以前的雄心壯志早就被摧毀殆盡,專案管理上的事不是第一要務,程式寫的出來才能生存,能用各種辦法獲利這才是英雄,CMMI? 徒然增加一卡車管理和執行流程上的成本,能手就省了吧,被稽核開NC?開就開,老子能驗收賺錢就行了,NC有什麼了不起?這種惡性循環之下認證還有何意義?大概僅存marketing的象徵性質吧。
  • 7.做人要有sense 於 2007/09/10 08:28 回應
    其實並沒有專家
    或者說人人都可以是專家
    只要有心
    丁丁也可以成為專家
  • 6.wendy 於 2007/08/31 11:28 回應
    個人認為專業與技術不是很大的問題,重點是...人的問題.
    有時被一堆看似有用的認證和日新月新的學術名詞或大師名言,搞得眼花撩亂,感覺未來真的是個大問號.
    最近有個想法...那就是試著努力去了解人,多學學軟性技巧(soft skills)吧.
  • 5.老仙 於 2007/08/30 11:12 回應
    哈哈...沒比較的意圖,只是證照和學位,在專案管理上往往被灌上expert judgement(專家判斷)的光環,而事實上這些"專家"是什麼樣的水平,我想你我都接觸不少了......(幸好老仙已非圈內人,只是掛個名號混飯吃之徒而已)


留下你的意見
會員 * 帳號:
* 密碼:
  1. 欄位可選填,若全不填,則顯示為「匿名」。
  2. 不支援html語法
非會員 姓名:
E-Mail:
Blog:
  重新載入驗證碼
* 驗證碼: 記住我




廣告

名家專欄

更多名家專欄
HP和Intel領導業界,提供卓著的效能及可用度
  + 效能卓越的刀鋒 
  + 按事業的優先目標,快速提供適切的資源 
  + 降低能源和冷卻成本 
廣告


Sponsored

活動快訊