除去定義與測量階段，此項目的分析思路是這樣的：首先是頭腦風暴魚骨圖，羅列所有大家能想到的可能原因；然后將這些原因按照告警的邏輯處理流程組織成FMEA，進行RPN分析，篩選出RPN值大于100的少數因素，作為潛在的關鍵因子；之后對這些潛在因子逐一試驗，進行確認。整個項目的突破就出現在第一個因子的試驗中，其試驗數據如圖1所示，橫坐標表示輸入的告警流量，縱坐標表示告警處理延時。圖中的曲線顯示有周期性的拐點，而在拐點之后，告警流量增加，服務器的處理延時反而有較大的降低。這個現象如果沒有針對此原因的試驗，沒有這些數據是無法看到的。分析這個現象的原因，難不到我們的軟件工程師，很快就得出了結論：TCP協議參數設置不當。修改此參數后，重新做同樣的試驗，得到數據如圖2所示，可見其告警吞吐率基本上與輸入流量呈線性關系增長，瓶頸已經消除。這不僅僅是確認了此因子是關鍵因子，同時也驗證了改進措施的有效性。另外幾個因子也是類似的，通過針對每一種可疑因子的試驗，或確認此因子為關鍵因子，或篩選影響不大的因子；然后針對每個關鍵因子尋找技術上的解決辦法，就更不在話下了。此項目的成功為公司創造了每年166萬的收益。
回顧這個項目，又應驗了一句老話：“解決難題經常是99％的努力在于尋找關鍵原因所在，而修改只需要1％的努力�！�6sigma本身并不提供技術解決方案，但是它的思路引導我們向著正確的方向邁進，而數據是保障我們方向正確的重要依據。此項目雖然是軟件項目，但是問題本身Y是可以清晰度量的，這也是它能夠適應6sigma特色，得以成功的一個原因。