敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體流程改善
     將 CMMI 當成廠商投標資格的課題
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
tyrone
發表時間: 2007-10-18 21:43
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
將 CMMI 當成廠商投標資格的課題
許多抗拒CMMI的機構可能認為,美國國防部都沒有將CMMI ML-3當作是廠商資格了,台灣何德何能,怎麼可以把CMMI ML3當成廠商的投標資格?

可是話說回來,我們的廠商有沒有能力把產品開發專案做好?我們的買方又有沒有能力把需求弄好,有沒有能力給自己足夠的信心去對一個廠商交付的產品,從合約的角度去說Yes或No?其實是沒有的!

既然我們的廠商及買方都沒有能力達到美國供應商及政府部門負責委外單位的一般能力了,又有什麼資格去反對政府權責機關將CMMI ML3當成廠商資格(最好也當成買方的發包資格,尤其是政府部門)?如果,廠商都能夠按照工程的最佳常規實施產品的開發及交付,買方能夠本著良知血性自我要求,把外包的相關工作做好(不會?那就好好學吧!這是一個專業分工的時代,等到能力夠了再做委外),那又何必去吵要不要將CMMI ML3當成廠商投標資格?

政府部門將CMMI ML3當成廠商投標資格是一件好事,從練兵之中,提升產品及專案的品質,是一件立意良善,澤被同胞的美事,值得鼓勵。也唯有透過這個過程可以提升台灣在軟體產品開發的競爭力,然而規定的同時,政府部門的能力提升也應該一併納入考慮,否則,只是一味要求廠商,而總是讓買方予取予求,這樣的話,只會加速台灣軟體產業的敗亡而已!

個人認為,CMMI ML3一定要訂為廠商的投標資格,而且,一旦CMMI的相關要求定為國家標準的時候,應該從政府部門帶頭,需要資訊服務委外的單位全部率先通過CMMI獲取或委外的ML3評鑑,否則成熟度不對等的狀況下,還是無法將專案做好的!


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

Member
發表時間: 2007-10-29 19:42
Not too shy to talk
註冊日: 2005-04-07
來自:
發表數: 29
Re: 將 CMMI 當成廠商投標資格的課題
我們機關去年的一個軟體委外案,承包廠商得標四個月後就進行組織調整,原先通過 CMMI Level-2 的專案團隊成員更換了超過一半以上 ( 包括離職的人 ),先前完成需求調查分析的人員離職後,後面接手的人到了系統開發後期才知道遺漏了很多需求內容還未做,於是又重新再訪談一次 …… 最後導致進度嚴重Delay。

今年我們又有一個軟體委外案,原先通過 CMMI Level-3 的承包商專案團隊成員在得標後半年內異動或離職的已經超過三分之一 ( 包括專案經理 ),也有類似上面交接不良的問題發生。

如果要訂 CMMI 為廠商投標資格,請問可以在合約中要求承包廠商的專案團隊成員及專案經理不得異動或離職嗎 ?
gargoyle
發表時間: 2008-05-20 09:57
Just popping in
註冊日: 2008-05-20
來自:
發表數: 1
Re: 將 CMMI 當成廠商投標資格的課題
個人認為國內最重要的議題在於「成熟度不對等的狀況」,委外單位在沒有這樣的基礎要求ML3廠商做好專案,關鍵人員的產品標準根本就無法收斂。大家做專案都知道一切幾乎取決於政府機關的承辦人員及單位文化來決定驗收狀況。有些專案就好像對牛彈琴一樣,站在政府機關的角度想,承辦人員應該不想被牽著鼻子走或蒙在鼓裡,委外單位主管應該也不想要承辦員或外商一手遮天吧。在這新舊總統交接的世代,個人認為政府做好委外管理是防弊的起點。
tyrone
發表時間: 2008-05-29 00:09
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
Re: 將 CMMI 當成廠商投標資格的課題
在經濟部工業局的推動與敦促下,有關於CMMI評鑑要求的國家標準將於近期公告。但是能否真的能夠以CMMI的成熟度等級來做為廠商投標資格,個人認為仍有一段路要走。
首先,將成為國家標準的是CMMI-ARC V1.2 (Appraisal Requirements for CMMI, Version 1.2)。在這個「標準」裡,所界定的評鑑組織能力成熟度有那些的要求,分成那些類別(Class A, B,C),每個類別要做到什麼、看那些產物、資料量、深度等等,但是評鑑時採用的參考模型,CMMI只是其中之一而已。
目前,在標準委員會中的工作進程中,CMMI-Dev, CMMI-ACQ等能力評鑑的參考模型都尚未進入國家標準草案階段的情況下,要從採購法的角度讓CMMI成為投標廠商資格的認定評估方法,完備性仍有加強的空間。當然,有了這個國家標準之後,在評選廠商時,如何採用、政府部門有沒有能力採用、有沒有預算可以採用,會是另外的挑戰。此外,「評鑑通過是代表該單位曾經有過一段時間奉行了CMMI MLx的要求(有位國內的CMMI主任評鑑員如是說)」,通過之後相關制度是否仍舊貫徹,是沒有任何人可以保證的,所以,光看證書不是個好方法,一定要有相關的配套,例如,依循某一個標準的方法,於評選廠商資格的時候,再一次檢驗(這可能是ARC成為國家標準的構想之一)才行。但是誰來做這些工作呢?政府部門是否可以編列預算來執行這個工作?如果投標廠商臨時多達十家時,政府部門也沒有辦法臨時找到足夠的預算,去找某個公證單位來做;或許可以讓投標廠商出錢來做,但是,其結果的公正性又會具有爭議!再者,如果每個參與的廠商都是通過ML3時,叫SEI certified LA去分出高下,可能又會是一大挑戰,到底要多少個LA來做?一個嗎?會累死!兩個以上呢?評估或稽核的結果該如何整合與排序呢?就算每個LA只負責其中的幾項,面對那麼多不同的單位,要排出那幾項的高低,就己經不是簡單的事了。也或許催生此一標準的單位想法沒有那麼複雜,只是想讓CMMI成為廠商資格限制的一種方法而已,果真如此,那麼這個標準又將會與其他國家標準的狀況是一樣的,痴痴地等待有心人的採用了。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

tyrone
發表時間: 2008-06-23 18:28
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
Re: 將 CMMI 當成廠商投標資格的課題
CMMI-ARC V1.2已於2008年5月7日訂為國家標準:能力成熟度模型整合之評鑑要求,編號為CNS 15190。本標準主要是將原CMMI ARC V1.2之英文版,內容譯為中文,並依照國家標準的格式重新編排。惟目前據以執行的相關標準,例如:評鑑之參考模型CMMI-DEV, CMMI-ACQ,以及符合CMMI 要求的評鑑方法均未同時定為標準,可行性尚未完備,另外,從政府採購法的角度上而言,亦沒有相關之法條可以引據此一標準,故CMMI成為政府部門資訊軟體服務選商資格的實現,仍然還需要加把勁。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

steplv
發表時間: 2008-07-04 16:50
Just popping in
註冊日: 2007-10-21
來自: www.step365.com
發表數: 6
Re: 將 CMMI 當成廠商投標資格的課題
有些時候,恰恰是為了CMMI而CMMI,有些企業就是為了投標的資格,才勉強去做CMMI的,無奈!
rvphung
發表時間: 2008-11-24 16:48
Just popping in
註冊日: 2006-07-20
來自:
發表數: 1
Re: 將 CMMI 當成廠商投標資格的課題
請教,聽聞有所謂的「驗證管理作業要點」,CNS 15190 相關的認證/驗證機制是否已產生?

這對於已辛苦通過 SEI 評鑑的廠商而言,將使 "如何以更有利的條件去爭取政府採購案" 愈趨明朗呢?還是形成另一個barrier?
tyrone
發表時間: 2008-11-29 21:29
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
Re: 將 CMMI 當成廠商投標資格的課題
CNS 15190 能力成熟度模型整合之評鑑要求,係在經濟部工業局的推動下,由資訊工業策進會提供之 CMU/SEI-06tr011 Appraisal Requirements for CMMI, Version 1.2 (ARC 1.2)中譯本審訂而成的。
除為了與國家標準文件風格一致的調整外,其內容是與該技術報告所列之要求是一致的。該標準已於97/05/07公告發行,可在經濟部標準檢驗局資料中心一樓的中華電信櫃台購得。

"這對於已辛苦通過 SEI 評鑑的廠商而言,將使 "如何以更有利的條件去爭取政府採購案" 愈趨明朗呢?還是形成另一個barrier?" 這個問題,時間與環境會給出答案的,尤其在近兩年的經濟環境之下。


----------------
引文:

凡所有相皆是虛妄。見諸相非相。即見如來。

林泰龍
◎軟體品質協會 理事
◎經濟部標準檢驗局資訊及通信國家標準技術委員會(TC21/SC3資訊軟體分組委員會)委員
Youtube Channel: http://www.youtube.com/user/tyrone9304

TLCheng
發表時間: 2009-02-25 00:32
Just popping in
註冊日: 2006-07-16
來自:
發表數: 1
Re: 將 CMMI 當成廠商投標資格的課題

幾年前傳聞高鐵售票系統由神通負責,當時已經通過 CMMI 3 ,可是設計出來的系統似乎比很多專家還慘。

甚至沒有使用數學規畫裡面的最佳化來處理,那麼再來幾次,大家對這個 CMMI 還有信心嗎?

原先感覺是有總比沒有好,可是想到高鐵這個案例後,我覺得暫時先把 CMMI 拿來做加分規則,似乎比用來做門檻好,至少多出很多選擇可以選。

台灣人有個特色,很會考試。
工作後就考認證。
然後單位就去參加認證。

記得前幾年資訊公司瘋微軟、思科認證的時候,招聘員工可是有認證的優先錄取。後來發現很多人是會考試不會做事,開始把認證當成加分或加薪條件,這兩年來很多單位是僅做參考。

招聘員工時,需要的是會考試的還是會做事的?
發包工作時,需要的是會認證的還是會結案的?

感覺上把政府當成資訊公司,廠商當成資訊員工,就可以替換上面的微軟認證變成 CMMI。

很多政府採購案,行政人員不想擔責任,招標的工作沒達成也想辦法結案,大不了再追加個維護案繼續做,為了避免後續採購再有相關情形,開始在採購加了很多限制,但是承辦人員避責不解決,限制加再多也是一樣,但是往往承辦人又不懂... (通常就是不懂做不來才外包) ,然後就一值惡性循環,現在加了 CMMI 當作門欄,未來會不會又多個認證 A, B, C, D ,資格甲、乙、丙、丁?感覺這樣好像在做內耗。

與其對單位做認證,是否對專案成果做認證?
比如說經濟部成立個公法人團體XXX檢驗中心之類的,協助各單位將專案成果跟契約做逐項認證,收取認證費,這樣會不會更能提高政府採購案的品質? 只是想一想而已。

假設本來我會換電源開關,現在政府規定要維修電源開關必須甲級技術士的水電工,然後我好不容易找個甲級水電工來,他可能只有換燈泡的經驗,讓它換電源開關卻被電死。可是明明我知道可以把電源總開關關掉,然後就可以很輕鬆的更換了。

馬上要報稅了,如果找了一家通過 CMMI 5 ,然後沒有處理報稅經驗的公司,會不會又像高鐵一樣一團亂?

我們要的是專案的成果能通過認證,還是廠商能通過資格認證?

joker
發表時間: 2009-02-26 09:35
Not too shy to talk
註冊日: 2006-12-22
來自:
發表數: 31
Re: 將 CMMI 當成廠商投標資格的課題
如果你將 CMMI-SE/SW/IPPD/SS, V1.1 所有 PA 去掉 Organizational 相關部份仍有 19 項 PA,這 19 項 PA 就是ㄧ個專案所必須執行的各項工程要求。ㄧ個專案的生命週期以小型專案來概算大約需要 14 個月,這 19 項 PA 要完成的文件如果以平均每一 PA 估計有 10 本左右文件也應該有將近 200 種工程文件,每一份文件也大概平均需要 3 個月的時間才能完成。有了這些數字之後,麻煩你再去問ㄧ下你的輔導公司的 CMMI 顧問與 CMMI LA 的年紀以及他的工作年資,你應該可以向這些顧問與 LA 確認 :

1. 每一個 PA 你都有實務經驗嗎?
2. 每一份文件你都寫過嗎?

如果答案皆是否定的,那你就不需要太過於將 CMMI Level 5 與任何能力等級畫上等號。同時你要記得千萬不能將你的公司的產品文件的電子檔交給 CMMI 顧問與 LA,也記得要將文件的紙本回收,否則你等於是花錢幫對方建資料庫,你的文件可能是輔導公司交給下ㄧ家公司的 Template。

如果前述答案皆是肯定的,而且對方年紀在 50 歲左右,那就要好好請教對方如何做到的,因為那比 CMMI Level 5 更有價值。

:-x
(1) 2 »
樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

無發表權
 
-=協會通訊地址:330047 桃園市桃園區大林路100號6樓 =-
電話:(03) 367-8567 電子信箱:register@csqa-tw.org.tw=-
-=本網著作權為中華民國資訊軟體品質協會所有,禁止未經授權轉貼節錄=-
Powered by XOOPS , Twe76.net