軟件研發的6sigma案例解析(doc8).doc

一邊是某谘詢公司在項目管理培訓中宣講：“CMM2級企業不適合實施6sigma，應該等到CMM4級之後，度量體係比較完善時再進行。”一邊是2004年世界軟件工程大會上，各國專家達成共識：“CMM/CMMI與6sigma能夠結合，互相促進”。我們怎麼辦？我以前主張：爭執暫放一邊，抓緊時間邊實踐邊改進，否則結果就很可能是：“我們在進步，但是我們與競爭對手相比更加落後。”有些同事接受了我的看法，於是又有一問：“你有沒有在軟件中實施6sigma的成功案例？”6個月前我還沒有，但是現在我有了幾個典型案例，它們各具特色，讓我們在此一一分享。
一、6sigma能幫助解決軟件技術問題嗎？
第一個項目是在去年年末，參加一個事業部的6sigma優秀項目發布會看到的。項目名稱是《XX網管係統提高告警吞吐率》，問題是在大量告警上報時，UNIX服務器的告警處理吞吐率僅為8條/秒，同時占用CPU達90％，導致其它模塊的操作基本上不能進行。用戶對此非常不滿，要求我公司盡快解決此問題，提高吞吐率到至少48條/秒，而係統成本不能有較大幅度增加。如何解決這個問題？一個解決方案是提高硬件的配置，從而提高處理性能，但是這樣做會大大增加采購成本，而性能並不會有極大的提升，實際上降低了產品的可銷性，這樣的投入收益比極不合算，此方案被拒絕。項目組在花了大量時間和精力，仍然尋找不到合適的解決辦法之後，想到了6sigma。大家知道，6sigma項目的選擇就是那些“難度大、影響力大”的問題，於是這個項目組的成員將此問題立項，期待6sigma能在黑暗中帶來曙光。

..............................