Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/include/common.php on line 39

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199

Strict Standards: Non-static method XoopsErrorHandler::getInstance() should not be called statically in /home/csqa/public_html/portal/class/errorhandler.php on line 199
[中華民國資訊軟體品質協會] - 知識論壇
   敬請註冊 ... !    登入
關於本協會
登入
軟體品質資源專區
主選單
最新討論文章
討論區主頁
   軟體流程改善
     為何資策會與研考會會在RFP文件寫出『.專案工作分解結構表 之第一層為工作包(Work Package)』之錯誤內容?
無發表權

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁尾
發表者 討論內容
alex.yin
發表時間: 2012-09-27 02:16
Just can't stay away
註冊日: 2007-09-04
來自: 國防工業發展協會
發表數: 77
為何資策會與研考會會在RFP文件寫出『.專案工作分解結構表 之第一層為工作包(Work Package)』之錯誤內容?
研考會有關雲端運算購案之RFP公告資訊,其網頁為 http://www.rdec.gov.tw/ct.asp?xItem=4538759&ctNode=12124&mp=100 ,標題為 「行政院及所屬委員會雲端資料中心服務建置及維運委外案」公開徵求建議書 (自101年9月3日至101年10月1日下午5時截止)。
在該建議書徵求文件之Page 25提及
『(二)發展上層專案工作分解結構表(Work Breakdown
Structure,WBS),依專案產品結構,於專案規劃及監控之
工具建立上層之專案工作分解結構表。專案工作分解結構表
之第一層為工作包(Work Package),工作包須為可以獨立
指派、管理及監控之工作單元。』

其中所述『專案工作分解結構表
之第一層為工作包(Work Package),工作包須為可以獨立
指派、管理及監控之工作單元』 為極大錯誤,依據MIL-STD-881文件所述Work Package為WBS之最下一層。可參考一般技術網站說明如�Uhttp://www.quepublishing.com/articles/article.aspx?p=1681077&seqNum=3 The lowest-level WBS element (the work package) will eventually contain the set of activities or tasks that need to be performed to accomplish the achievement identified by the work package.

該等錯誤內容數度重複於資策會與研考會之相關購案,這不是號稱CMMI排名全球第9國家的政府單位與最重要的資訊業務主辦單位應有的現象,這就是國內無工程標準,但有評鑑體系所衍生的異常現象。

要依據MIL-STD-881編制WBS如果沒有相當大的專案規模與專業人員很難編製出可行的專案WBS文件,我相信資策會與研考會可能未研讀過該份文件,可能也不知道政府端要先編製出Program WBS (PWBS),賣方才能夠依據此PWBS於Proposal中提報Contract WBS (CWBS)。而買方更重要的是要提出WBS Common Element,賣方才能夠依此提報那些是可報工的專業項目。Work Package是很重要的文件,如果編的夠精準就不會有任意加班的現象,對於Cost Type Contract相當有價值,且必須有EVMS的會計系統相搭配,ANSI/EIA 748 EVMS Guidelines是美國聯邦採購法唯一能夠納入採購法規的國家標準,其餘的即便是已納入國家標準的類似IEEE-STD-12207,都不能夠寫入採購法也不能夠寫入RFP文件(這是美國國會在自願性共識法案中所規定的),更別說是要將CMMI放到採購法或是RFP的工程標準中。以台灣幾乎所有的購案都是採用絕對固定價格標(Firm Fixed Price Contract,FFP),在美國政府的購案是不會要求Work Package文件的。會採用Work Package的FFP類型購案,所有的單據與工時都要經由買方駐廠的契約官工程技術代表(Contracting Officer Technical Representative,COTR)的批審,COTR要經過各項相關專案管理教育訓練與審查方能取得CO任命資格,這在台灣也不可能的;COTR只接受CO指揮,買方PM無權指揮CO與COTR。

另外在MIL-STD-881文件中所表述的是CI是可以單獨外包,但工作包則否。如果你有興趣的話多參考美國政府網頁會了解,當一個購案成立,賣方招人的職位說明就是複製Work Package的內容。Cost Type Contract類型合約也不可能像台灣老闆所想像的,將5個工作包的工作項目交給一個人做,可以賺進其他4個工作包的工資,這在美國採購法是算貪污,且幾乎不可能過的了COTR這一關。所以如果未來台灣廠家有機會參予WTO/GPA美國政府購案時,千萬不能有此算盤。
alex.yin
發表時間: 2012-10-09 01:02
Just can't stay away
註冊日: 2007-09-04
來自: 國防工業發展協會
發表數: 77
Re: 為何資策會與研考會會在RFP文件寫出『.專案工作分解結構表 之第一層為工作包(Work Package)』之錯誤內容?
關於來信反映本會「行政院及所屬委員會雲端資料中心服務建置及維運委外案」公開徵求建議書之專案工作分解結構表描述有誤一事,特說明如下:
一、本會知悉工作包係工作分解結構之最下層。
二、本案公開徵求建議書所述「..專案工作分解結構表之第一層為工作包,...」,該需求係強調本會以工作包內容進行管控,至工作分解結構須有幾層由廠商自行規劃,文字描述或許造成您的誤解,本會未來如有相關招標文件將以更加詳盡方式描述。
感謝您的來信,敬祝您身體健康、平安快樂。如您仍有其他建議或詢問事項,歡迎與本會楊分析師蘭堯聯絡( 02-23419066 分機813)。
行政院研究發展考核委員會 敬復
tyrone
發表時間: 2012-10-11 03:27
網站管理員
註冊日: 2003-04-19
來自: CSQA
發表數: 342
Re: 為何資策會與研考會會在RFP文件寫出『.專案工作分解結構表 之第一層為工作包(Work Package)』之錯誤內容?
這個問題,我曾經問過教他們的人,包括教神通、資策會,給的答案是->「顧左右而言他」...但之於CMMI-ACQ,他對我說:「你應該來上上我的課」其實,這真的很無言了。當天,我對於他所提供的小小CMMI-ACQ briefing,指出了他的一些問題,他有點不高興...,唉!!

另外,同樣的我也問到,為什麼每個工作包都是兩週工期...同樣是沒有給我答案...我在這個論壇裡曾經討論這個問題...每個工作包不一定是兩個週內一定能完工的,有的工作包可以工期達到兩個月:
工作包(Work Package)--是誰說"每兩週"切一個的?~~


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

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

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

樹狀顯示 | 新的在前 前一個主題 | 下一個主題 | 頁首

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