Rational傳遞平台：軟體組織品質治理

　　軟體環境中的治理

　　沒有比傳遞軟體和軟體密集型系統的組織更需要有效管理的了。組織越來越依靠軟體以運作它們的業務過程;許多組織将軟體內建到它們的産品中，無論這些軟體是自己制造的、生産外包的、或從另一個經銷商購買的。

　　一家軟體依賴型公司要想成功，它必須擁有在運作時環境中持續良好運作的應用--這些應用必須是高品質的，并且需要在部署前經過徹底的測試。這需要軟體傳遞具有靈活的業務流程，用以适應多種不同類型的項目，并且加速上市時間，而非減緩。反過來，這種流程必須由某種可調整的體系架構加以管理，包括規則、最佳實踐、對于項目進度的連續可視化管理，并且要符合商業需求。

　　良好治理與良好管理不同，後者主要是戰術性的與被動的，而不是戰略性的與主動的。治理結構是一種可重複的标準，它可以確定供應商和客戶達成目标。 正如 IBM 傑出工程師 Kurt Bittner 所指出的，治理建構并加強了責任制。它應該度量那些被團隊成員所負責的，能夠給影響整個團隊成果的事情。

　　IBM Rational 品質治理觀點

　　當然，品質已成為影響今天軟體與軟體密集型系統的主要因素。 品質極大的影響了團隊結果和顧客的滿意度，IBM Rational 團隊早已意識到需要做到組織範圍的品質關注。它具有悠久的、已被證明的為全面測試、測量、變更管理、錯誤糾正以及其他品質相關活動提供的自動化能力。

　　品質治理是一個針對軟體系統傳遞的較大環境治理中的規程。品質治理的一部分内容是進行組織化和結構化， 并提供責任鍊、權力鍊和溝通鍊，通過他們能夠建立應用品質度量的工作流。另一部分則涉及度量：規則、政策和允許評估産品品質與進度的控制機制。這部分正是 IBM Rational 一直關注的。

　　25年來，為客戶的軟體開發建立一種全面的品質治理環境一直是 Rational 不斷追求的産品政策。 Rational Unified Process®，或 RUP®最佳實踐之一是疊代開發，而品質治理則是這種方法的根本原則。疊代開發強調了在業務需求變更、盡早測試，以及在原型化階段更深層次的讓客戶參與進來方面進行持續的結合。

　　通過内部開發，戰略性收購，與所獲得的來自客戶定義的最佳實踐，Rational 不斷的增強其客戶品質治理能力。利用與 IBM WebSphere 和 Tivoli 技術的內建， Rational Software Delivery Platform 現今已可以自動化地為軟體與系統傳遞提供品質治理的能力-- 開發者利用建構和實際産品環境實作元件測試。這種能力展現出靈活多變的體系結構，而不是僵化死闆的。 IBM 傑出工程師 Grady Booch 說過，好的治理 "...增強了可預見性和可重複性，但依然允許蓬勃的創造力。"

　　如果使用 Rational Software Delivery Platform，那麼建立一種有效的品質治理結構并不需要整體的組織轉型。 緊密的産品內建與開源的系統環境可以更加輕松的将 Rational 産品引入到使用其他品質治理産品與流程的工作區中 -- 可以保護先前的 IT 投資。随着品質治理體系的發展，自定義的技術也許可以保持它們的特征，但首先應該考慮組織的特點。

　　確定軟體品質的解決方案

　　我們的測試解決方案可以提供更嚴謹的管理，更妥善的規劃，團隊成員間的更完善的資料共享，這一切都建立在 IBM Rational Software Delivery Platform 上。為幫助您作出自信的決定、建構高品質的組織應用，我們提供了各種解決方案，包括性能測試、功能與回歸測試、手工測試、開發人員測試、和測試管理。這些測試角色和 IBM Rational 産品的關系如下圖所示。

　　使用我們的解決方案，品質保證團隊可以很容易地管理和解決應用的功能性、可用性、可靠性、伸縮性、與性能方面的問題。要想擷取這些測試産品的更多資訊，請浏覽http://www-306.ibm.com/software/rational/offerings/testing.html

　　品質治理的好處

　　将品質治理引入到軟體公司-- 建立一系列的責任制、品質測量和控制的工具與流程 -- 能夠産生深遠的商業影響。讓我們考慮一下其重要的好處。

　　更快的上市時間/價值

　　雖然某些組織害怕品質度量将會延緩其軟體傳遞進度，但存在于整個傳遞周期内的品質治理體系将能夠加快生産周期、并在軟體部署後提供較高性能。

　　元件開發團隊可在建構之前進行測試，減少瑕疵。當變更的影響較小,且需要更少的時間和精力去執行時，也許正指出了對及早進行特性改造的需要。

　　通過早期的發現、分析、文檔化問題，團隊可以在開發後期更加迅速的加以控制問題。例如，産品化團隊可以利用早期測試産生的資料更加迅速的定位、更正問題的根源。除此之外，團隊可以避免在劣質架構上浪費部署與後期部署測試時間 -- 而将精力投入于更有成效更令人滿意的工作中。

　　開發團隊可以利用後期産生的資料重新定義測試用例，檢測出更多的預産缺陷，指導下一版本的特性改良。換句話說，組織能夠在軟體與系統傳遞周期内控制品質流程就可以實作品質的進步。

　　品質治理正是對付目前許多軟體公司流行态度的方法，Meskimen 品質規則總結到：" 您絕對沒有進行徹底測試的時間，但總有進行适當測試的時間。" 事實上，按時傳遞、低成本、具有更多特征就是高品質。

　　貫穿于軟體與系統傳遞團隊的生産力和創新的更高水準

　　如果治理度量能夠适當的確定組織傳遞的都是高品質的産品，那麼一旦開始生産這些系統，團隊就可以将精力轉移到新項目的開發而不是 bug 的修複。依據 National Institute of Standards and Technology 的報告，目前軟體公司會花費其80%的資源用于錯誤修正與維護支援。 高品質的軟體允許團隊更多的考慮增加價值、建立有益的細節，而不是修正錯誤。

　　更高的使用者滿意度

　　利用自動化的、良好的品質治理方法，軟體經理能夠時時監測需求與實作之間的協調關系。Meta Group 的報告顯示大部分客戶的不滿意來源于不全面的需求了解。 Rational 為保正軟體産品滿足需求提供了強大的支援，包括開發與傳遞過程中自動化定義、跟蹤需求的工具，它可以随着需求與特性的發展而改變。其他 Rational Software Delivery Platform 的産品幫助組織定義基于需求的業務應用開發流程，并将來自于各種環境的實時資訊彙聚起來以分析流程性能。

風險規避

在軟體與系統傳遞周期中控制品質流程為組織提供了更多降低風險的方式。

• 通過在每個傳遞期按進度進行品質檢查，管理者可確定團隊的工作成果符合标準，以便随時部署産品。
• 利用連續的、內建的自動化控制，每個行動小組都可以利用來自于先前活動或階段的工件。這樣就可以增強功效，生産力和工作流；它還建立了審查路徑，提供了流程确認，規避錯誤及失敗的風險。
• 使用能夠互相比較的度量，管理者可以較為容易的精确指導他的團隊以減少風險源。例如，通過比較各個階段間的編碼生産，他們可以在某一階段内發現潛在的問題。同樣地，通過比較版本間的性能資料，他們可以評估出所使用的品質度量是否帶來了實際的性能改善。
• 即将發行的 Rational 産品版本将會提供日志及跟蹤能力以幫助加速定位及修複應用開發過程中的問題。在軟體與系統傳遞階段及活動間使用這些産品，将會幫助團隊通過對日志事件進行系統化的整理、關聯與分析，進而确定問題的根源，而這一切都将使用一種公共的 "語言。"

市場優勢

軟體市場充斥着低品質标準和失敗的項目。一貫生産高品質軟體的公司可以實作絕對的競争優勢。根據 Cutter Consortium 的報告，約有三分之一的公司聲稱它們的軟體充斥着大量缺陷；有更大比例的公司宣稱它們缺乏足夠的軟體品質保證系統。與此種情況相對的是，擁有有效品質度量的公司往往具有很好的聲譽，諸如具有高品質的内部系統、生産高品質可信賴的軟體。基于此，它們能夠建立并拓展廣泛的忠實使用者 -- 即使在市場日趨商品化與未知品牌的情形下。

成本效益

使用治理結構形成内部品質文化可以幫助軟體組織實作更好的投資回報。相比較花費80%的開發時間用來識别與改正錯誤（如上所述），組織可以投入更多時間用來進行創新。 正如行業專家 Philip Crosby 提到過的，一旦您利用組織轉型将治理結構做到位，所有成員都将随着一個明确的流程取得一緻，那麼這一切都會是"自由的" 。當您能夠自始至終的（例如，從需求彙總開始）建構品質過程的內建化、自動化，您就已經建立起了支援項目進度與成本限制的基礎。最終，您會擁有這樣一家組織，它的開發者們關注于價值增值特性和品質-- 管理者能夠不斷評估最終使用者的回報進而改進産品線以滿足使用者需求。

為管理者帶來更好的生活品質

各公司采取措施留住好的員工，最好的方式就是讓員工工作在輕松并且不受細節困擾的環境中。 就職于擁有品質度量的軟體公司的管理者不必覺得他們工作在一條線上－－就像他們明明知道權傳遞的産品存在缺陷一樣。除此之外， 品質體系所提供的連貫性和可預見性允許他們不斷改變項目方向而不必重定範圍與修正錯誤。它們能夠滿足時間期限，并為最終實作既定目标的項目裡程碑：評估項目價值與進度，確定符合商業政策，及時決策是否值得投資，以及完成項目需要的資金。

适應技術的變革

Rational 很早就意識到治理軟體品質不僅僅是管理所關注的内容；它極大的影響了軟體組織中的每個人，還有商業成果。無論今天還是未來， Rational 的使命就是幫助客戶支援靈活的品質管理體系，以适應不可避免的技術進步所帶來的組織轉型。 随着這一使命我們應該達到一種共識：轉型往往是不斷演進的過程；Rational 的 Software Delivery Platform 促使組織運用可選擇可疊代的方式實作産品與流程以取得重大成果。

最近，Rational 組織已為采用了基于面向服務的架構（SOA）的組織開發并內建了品質治理工具及服務工具。這些架構使得指揮鍊和軟體開發實踐中的變更成為必要，而這些正是許多組織試圖挑選與評價的。IBM 的內建化平台加上深層次的過程經驗可以幫助建立一個自動化的 SOA 治理結構,它明确了品質責任，確定了應用完整性、符合商業政策，保護了投資 -- 不論現在還是未來。這些能力将作為一種模型服務于未來的品質，這使得軟體傳遞組織可以更加充分地利用強大的新技術。