DMAIC方法論是六西格瑪的基礎。方法中的步驟是組織在需要過程改進時使用的步驟。這對軟件開發(fā)公司來說沒有什么不同，尤其是在軟件開發(fā)生命周期方面。

軟件開發(fā)周期作為一個整體是復雜的，所以將六西格瑪應用于所有的開發(fā)周期是不可行的。然而，六西格瑪的原則可用于改善對減少和/或消除影響整個過程的缺陷至關重要的問題領域。

例如，這些問題可能是：

缺陷和退化的頻率高于正常值

延誤發(fā)生得太頻繁了

團隊成員和/或客戶之間經常存在誤解

一旦確定了這些區(qū)域，就可以使用DMAIC。

假設在軟件開發(fā)生命周期的某個階段，你每周都會遇到大量的bug。第一步，定義，將是明確、簡潔地識別和定義問題。這其中包括復制錯誤的步驟。

下一步將是測量階段，在此階段將收集重要指標和關鍵績效指標（KPI）。這些措施包括：

開發(fā)人員每天工作的小時數，以及編寫的代碼的總行數

團隊每周開會的時間是多少天

項目需求變更的頻率

然后，在分析階段對數據進行檢查，以找到模式。例如，數據可以顯示團隊1正在完成他們的所有截止日期（其他時間甚至提前完成），而團隊2一直錯過他們的截止日期。第二隊總是遲到一兩天，大約50%的時間，造成重大延誤。

乍一看，2隊似乎需要提高，以與1隊的表現相匹配。但經過仔細檢查，管理層發(fā)現，盡管團隊1通常落后于截止日期，但他們產生的bug比團隊1少。據進一步透露，管理層要求團隊1解決團隊1產生的錯誤，因為管理層認為團隊1不應該把寶貴的時間浪費在修復錯誤上。

接下來是改善階段，管理層將嘗試糾正這種情況。向前推進，每個團隊將負責解決他們創(chuàng)建的bug。即使團隊1強烈反對，也會實施變更。

在控制階段，持續(xù)收集、測量和分析數據，以查看變化是否產生了預期的結果。預期的結果是，兩個團隊產生的bug更少，并且都能按時完成任務。這是永久性的，無論所做的改變會帶來積極或消極的結果。

結論

正如你所見，六西格瑪可以幫助軟件開發(fā)。然而，它需要專注于特定的問題領域，而不是整個軟件開發(fā)生命周期。通過在那里應用DMAIC方法，管理層可以逐步改進他們的軟件開發(fā)工作。