施樂公司對于過程改進中常見問題的解答

                        施樂公司對于過程改進中常見問題的解答
 
      
 
1. 為什么一個軟件公司需要基于CMM的軟件工作過程？
    建立及遵循基于CMM的軟件工作過程可以為軟件公司帶來兩個I: 保證（Insurance）和投資（Investment）。保證是指公司能夠保質，保量并按期交付給客戶令其滿意的產品， 即為當前工作帶來保證。投資是指在做當前的軟件工作的同時，一個項目或整個公司所建立起來的各項工作過程（各類文檔/資料），可以為將來的相關工作提供參考，甚至可以被直接采用。

2. 我認為有關CMM的工作是公司管理層需要做的，與軟件工程師沒有太大關系。
    如今的軟件項目趨向于大規模和高復雜度。一個項目一般需要涉及多個階段來完成：項目提議，需求分析，項目計劃，系統設計，編制程序，各類測試，產品交付以及維護支持。在某些階段可能需要一個隊伍的共同參與。一個軟件工程師應該參與多個階段并與其他項目相關人員密切合作，這些工作的具體方針和實踐都可以得益于CMM。

3. 我們已經處于編程階段，可是我們的客戶還是不斷更改/增加軟件需求，我們應該怎么辦？
    這是軟件開發項目中經常發生的情況。一個軟件公司不可能要求它的客戶具備CMM的知識或實踐。但在這種情況發生時，項目負責人（Project Leader）或技術經理（Technical Manager）應該遵循CMM建議相關的工作過程，組織項目人員討論及評審這些變化，如果影響到產品設計，編程，測試以及交付日期時，項目負責人或技術經理應該及時與客戶溝通，向他們出示相關文檔，協商解決方案。

4. 我們為項目所建立起的各類工作過程，是否適用于公司里的其它項目？我們是否需要借鑒或實施其它項目所建立起的各類工作過程？
    一個項目建立起的各類工作過程（各類文檔/資料）可以適用于其它項目。這要看公司的目標是CMM的哪個級別。CMM第2級要求各個項目建立并遵循適當的工作過程；CMM第3級要求整個公司建立適當的工作過程，各個項目可以根據實際情況在得到批準后剪裁或調整某些工作過程。

5. XSSC的公司標準軟件過程（OSSP）與CMM之間的關系是什么？
    這個問題其實是在問 ”XSSC的OSSP是如何具體體現CMM的？”。 
CMM規范了在各個關鍵工作過程領域中應該進行的各種工作，但是并沒有將這些工作系統地聯系起來。在某些方面，CMM只列舉出軟件公司或項目應該具有的工作過程，文檔或度量數據，但是并沒有建議如何實際運作，如何建立文檔，如何獲取數據。 XSSC的OSSP根據公司的不同種類的軟件項目（開發類項目，產品本地化類項目，和維護類項目），將CMM規范的各種工作按照實際發生的先后順序貫穿于各類項目的整個生命周期中。同時，XSSC的OSSP也包括了XSSC在十多年的軟件工作中累積和提煉出來的工作過程，文檔樣板，過程控制與數據收集的工具等內容，是XSSC達到CMM第３級的重要依據。

6. CMM第４級和第５級為什么比第２級和第３級涉及到的關鍵工作過程領域（KPA）來的少？
    當一個公司向CMM高級別邁進時，所有低級別包括的KPA都要被考慮。另一方面，在進行CMM高級別的評審時，所有低級別的KPA都要被評審。因此，　CMM第2級有6個KPA，　CMM第3級有（6＋7＝13）個KPA，　CMM第4級有（13＋2＝15）個KPA，　CMM第5級有（15＋3＝18）個KPA。

7. 一個達到一定CMM水準或者已獲得CMM級別的公司如何與CMM程度較低的公司進行項目交往或合作？
    CMM水準較高的公司不能放棄自己的任何軟件工作過程，也不能降低程度地實施公司的各項方針政策，而應該清楚地識別和定義與CMM水準較低的公司之間的工作接口，并建立相關協議。

8. 通過軟件測試（Testing）可以保證軟件產品質量，為什么還需要同行評審（Peer Review）？ 
    一般來說， 軟件測試有以下缺點：
只有等到軟件編碼完成后才能進行。 
所耗費的成本是整個項目生命周期中最高的階段。在此期間，軟件工程人員等待測試結果，即使被分配其它工作，也不能全力投入；軟件測試人員需要做大量重復性的工作。 
所以軟件測試階段應該被盡量縮短，否則項目的整體表現將受消極影響。那么，怎樣才能減少軟件測試工作量呢？ 同行評審對此可以提供很大的幫助，可以及早地有效地從軟件工作產品中消除錯誤，彌補缺陷，糾正誤解和設防隱患，從而減少軟件測試的工作量。

9. 遇到很主觀一類的問題如何解決？ 如SQA人員應該怎樣選擇參加項目的那些評審？
    遇到類似問題，相關人員應該將問題提交給公司的SEPG小組，由SEPG小組制訂出相應的解決方案，經過檢討或評審后，將方案提升為公司的文檔化規程，即使主觀問題根據客觀依據得到解決。

10. 小項目如何實施ＣＭＭ？ 
    何謂小項目在學術界或工業界并沒有明確的定義。一般來說，規模在3-5名人員、為期6個月以下的項目，是小項目。小項目不可避免地會剪裁一些CMM的過程。下面是一些小項目為達到CMM 3級必要的過程： 
將客戶需求文檔化。 
定義任務分解構架(WBS)，做出工作計劃。 
跟蹤重要工作的完成情況或保證至少在3周內做一次進度跟蹤檢查。 
采用靈活的SQA和同行評審過程，例如，配備兼職的SQA人員，只在項目開始和項目結束時進行評審，或者在一次評審中評審多個文檔或代碼。 
建立系統配置管理系統。 
建立負責改進項目軟件過程的職責。