http://news.chinatimes.com/focus/11050105/112011073100110.html 經濟部次長黃重球則強調，「六輕工安已是系統性問題，不是個別零組件改善即能根絕」。

這幾週由大陸高鐵、動車與台灣六輕諸多意外事件彰顯了被人輕忽的系統性失效的嚴重性，系統性失效解決辦法就只有重設計一途，個別零組件失效是隨機性問題，換個零件就可以了。近十年來接觸過近10家國內公司，有投入此等System Assurance資源的公司是零，有興趣的人可以從mil-std-882c切入，記得在軌道體系的System Assurance作業將882定位為Mother of Safety。但隨著Software 在系統功能Functionality所佔的比例日增(F-4年代軟體規模有3KSLOC左右，軟體佔系統功能僅8%，F-22遽增至1800KSLOC以及80%，F-35更增加至6MSLOC，百分比尚未公佈)，傳統的風險管理已明顯不足，因此NASA推出適用於Software Engineering的Risk Management，當你在定義軟體需求與設計時也要走一次為軟體所特定的hazard analysis、fault tree analysis、failure mode analysis等程序。如果你還在接受CMMI輔導顧問公司的risk management plan 的template，只寫類似人力流動頻繁、需求變更頻繁、預算不足等非工程性的風險因子(882不管這些)，那會出問題的機率就極高了。這是CMMI Level 5000也解決不了的問題，因為Process Quality無法取代Product Quality。