IT行業——輕方法與滿意質量相比較[3]

　　IT行業——輕方法與滿意質量相比較[3]   軟件測試　

  　1. 評估產品的利益鑒別——對于產品的受益人而 言具有什么已知利益或潛在利益?

　　可能性——假設產品正如所設計的那樣工作， 受益人有多大可能性會認識到每個利益?

　　影響——對受益人而 言， 每個利益的期望程度如何?

　　個體重要程度——從個體考慮， 哪些利益是完全不 可替代的?

　　整體利益——作為一個整體且假設沒有問題， 是否具有足夠的利益以滿足受益人?

　　2. 評估產品的問題鑒別——對于產品的受益人而 言具有什么已知問題或潛在問題?

　　可能性——受益人有多大可能性會發現每個問題?

　　影響——對受益人而 言， 每個問題的破壞程度如何?是否可以繼續工作?

　　個體重要程度——從個體考慮， 哪些問題是完全不 可接受的?

　　整體問題——所有問題疊加在一起會怎樣?是否有太多的非關鍵問題?

　　3. 評估產品質量整體質量——根據GEQ視角， 利益是否看來超值于問題?

　　安全/完美邊際值——如果需要或想要使利益超值于問題， 那么至少需要投入多少?

　　4. 評估改進產品的后勤問題策略——有哪些策略可用于改進產品?

　　能力——具備 實現這些策略的能力嗎?知道如何做嗎?

　　成本——改進工作需要多少成本或存在什么麻煩?是否充分利用了資源?

　　進度——能否立即開始或稍 后再改進?能否在可接受的時間范圍內實現改進工作?

　　利益——改進效果明確嗎?有附加利益嗎(如更好的士氣)?

　　問題——改進工作會有多大可能帶來負面影響(例如， 引入錯蟲、損傷士氣、占用其他項目資源)?

　　GEQ視角(perspective)

　　上述GEQ元素是必要條件而不是充分條件。為了執行可靠的評估，還必須同時從六個關鍵視角來檢查每個元素：1. 受益人——哪些人關于質量的意見起作用?(例如，2. 項目團隊、客戶、商會、法院等)

　　3. 關鍵目的——什么是必須達到的?(例如，4. 即時生存、利潤、市場份額、客戶滿意度等)

　　5. 時間尺度——質量改進成果的時間敏感性如何?(例如，6. 立即、近期、長期、某個關鍵事件之后等)

　　7. 替代物——本產品與替代物相比如何?(例如，8. 競爭對手的產品、服9. 務或解決方案)

　　10. 失敗結果——如果質量比GEQ稍11. 差一些會怎樣?是否需要對突發事件進行規劃?

　　12. 評估質量——評估本身的可信度如何?是否令人滿意?

　　顯然，滿意質量決不等同于平庸，它強調的是理性的選擇，而不是強制性行為。如果按照GEQ框架分析后認為某個軟件已經達到滿意質量，那么進一步的改進將意味著資源投入得不到足夠的回報。如果我們發現自己正處于這樣一種境地時，就應當認真找尋一下其背后的強制性理由何在。對于GEQ方法的強大推動來自于市場驅動型軟件的爆炸性增長，軟件公司對于巨額股票市值的憧憬導致公司致力于尋找最短途徑以更快地推出更好、更便宜的軟件，他們愿意承擔風險，而且很難容忍傳統意義上的所謂良好實踐，許多傳統的軟件管理觀點在應用到市場驅動軟件項目時常常不適用或顯得過于呆板?？梢钥闯?，GEQ方法與“輕”方法殊途同歸，無論是高可靠性要求的軟件開發還是高娛樂性要求的軟件開發，都可以利用其指導開發工作。無論稱其為GEQ，或其他什么稱謂如經濟性、實用主義、功利主義等，基本思想都是一致的，即我們的行為應受理性指導，而不是強制。

　　隨著GEQ思想的持續發展，我們思考的質量，而不是遵循形式方法的質量，將成為問題所在，而形式方法及其背后的權威將被重新審視，這也正是許多權威將GEQ視為危險思想的原因。

　　四、快速應用開發

　　以上從基本原理入手對于新興的“輕”方法和滿意質量框架進行了討論，本節則以近年來被廣泛應用的快速應用開發(RAD)方法作為具體實例加以探討，為加深對于這些新思想的理解提供幫助。

　　RAD方法與原型方法有很多相似之處。原型開發可以使用戶看到系統的不同設計方案，尤其當用戶需求不確定時。一般情況下，原型僅用于提供演示。不過，一旦最終版本原型功能正確，文檔齊全，且被正確構造，則可以將其用作最終產品。當原型被用作產品時，所有的遺留問題都必須已經解決，軟件應符合需求說明書、設計文檔和測試文檔。與原型法不同的是，RAD每次交付的是用戶在實際業務中應用的系統，而不僅僅是一個演示模型。

原文轉自：http://www.anti-gravitydesign.com