軟件開發(fā)周期作為一個整體是復(fù)雜的,所以將六西格瑪應(yīng)用于所有的開發(fā)周期是不可行的。然而,六西格瑪?shù)脑瓌t可用于改善對減少和/或消除影響整個過程的缺陷至關(guān)重要的問題領(lǐng)域。
例如,這些問題可能是:
缺陷和退化的頻率高于正常值
延誤發(fā)生得太頻繁了
團隊成員和/或客戶之間經(jīng)常存在誤解
一旦確定了這些區(qū)域,就可以使用DMAIC。
假設(shè)在軟件開發(fā)生命周期的某個階段,你每周都會遇到大量的bug。第一步,定義,將是明確、簡潔地識別和定義問題。這其中包括復(fù)制錯誤的步驟。
下一步將是測量階段,在此階段將收集重要指標和關(guān)鍵績效指標(KPI)。這些措施包括:
開發(fā)人員每天工作的小時數(shù),以及編寫的代碼的總行數(shù)
團隊每周開會的時間是多少天
項目需求變更的頻率
然后,在分析階段對數(shù)據(jù)進行檢查,以找到模式。例如,數(shù)據(jù)可以顯示團隊1正在完成他們的所有截止日期(其他時間甚至提前完成),而團隊2一直錯過他們的截止日期。第二隊總是遲到一兩天,大約50%的時間,造成重大延誤。
乍一看,2隊似乎需要提高,以與1隊的表現(xiàn)相匹配。但經(jīng)過仔細檢查,管理層發(fā)現(xiàn),盡管團隊1通常落后于截止日期,但他們產(chǎn)生的bug比團隊1少。據(jù)進一步透露,管理層要求團隊1解決團隊1產(chǎn)生的錯誤,因為管理層認為團隊1不應(yīng)該把寶貴的時間浪費在修復(fù)錯誤上。
接下來是改善階段,管理層將嘗試糾正這種情況。向前推進,每個團隊將負責解決他們創(chuàng)建的bug。即使團隊1強烈反對,也會實施變更。
在控制階段,持續(xù)收集、測量和分析數(shù)據(jù),以查看變化是否產(chǎn)生了預(yù)期的結(jié)果。預(yù)期的結(jié)果是,兩個團隊產(chǎn)生的bug更少,并且都能按時完成任務(wù)。這是永久性的,無論所做的改變會帶來積極或消極的結(jié)果。
結(jié)論
正如你所見,六西格瑪可以幫助軟件開發(fā)。然而,它需要專注于特定的問題領(lǐng)域,而不是整個軟件開發(fā)生命周期。通過在那里應(yīng)用DMAIC方法,管理層可以逐步改進他們的軟件開發(fā)工作。
下一篇:六西格瑪?shù)奈磥?0大趨勢