1、使用 GGQM 實現治治理目標標Rogeer DDunnn, CCEO, SoourcceIQQ, IInc.Rogeer NN. DDunnn 是 SouurceeIQ 公司（一個致致力于交交付來自自于 IIBM Rattionnal 基礎架架構的管管理標準準的高級級 IBBM 商商業伙伴伴）的創創立者和和 CEEO。他他擁有二二十五年年的領導導團隊進進行 IISV 和 IIT 軟軟件開發發項目的的經驗。簡介： 閱讀目目標問題題矩陣方方法（GGoall-Quuesttionn-Meetriic AApprroacch，GGQM) 如何何提供一一種方法法，這種種方法對對于整個個團隊，或者個個體

2、的團團隊成員員來說，使他們們更好的的理解他他們在成成功的軟軟件開發發中所扮扮演的角角色。 本文來來自于 Thee Raatioonall Eddge。標記本文文！發布日期期： 220088 年 4 月月 155 日 級別： 初級 其他語言言版本： 英文文 訪問情況況 1886 次次瀏覽 建議: 中國有有句古老老的諺語語，“千里之之行始于于足下”。 11 當在在軟件項項目規劃劃中起航航時，我我不想在在第一步步就遇到到絆腳石石。我想想要項目目規劃能能夠在控控制之中中并取得得成功，以避免免另外一一個著名名的格言言：“如果你你不知道道你要去去哪里，那么你你可能會會走向任任何一條條路?！?2 問題矩陣陣

3、方法（Goaal-QQuesstioon-MMetrric Appproaach，GQMM) 33 是一一個強大大的工具具，它能能夠使您您有信心心和指導導方向的的邁出第第一步。GQMM 幫助助我們為為管理模模型建立立框架，這是通通過將最最初的關關注點放放在我們們想要實實現的目目標矩陣陣上實現現的。 在本文中中，我將將從兩個個方面展展示 GGQM。第一個個方面是是，GQQM 應應用于什什么？我我將討論論應用 GQMM 的四四個階段段：（11）建立立目標；（2）定義問問題；（3）識識別矩陣陣; (4)設設置行動動模型 第二個方方面是，我們能能夠從已已經應用用了 GGQM 的角色色中學習習到什么么？

4、我將將解釋陣陣勢世界界的 GGQM 場景，針對于于 ITT 執行行管理層層、項目目經理、架構師師、開發發經理和和軟件質質量經理理。 我將通過過再次的的探索和和調查得得出結論論，GQQM 如如何能夠夠更好的的幫助我我們定義義我們的的第一步步，以及及后續的的事情；它實際際上如何何能夠幫幫助扮演演不同角角色和不不同方面面的知識識工作者者，以找找到他們們的共同同點，使使他們相相互支持持，以促促進開發發治理和和 ITT 結果果。 應用 GGQM多數人知知道 GGQM 是因為為 Viictoor BBasiili 博士的的思想，Vicctorr Baasilli 博博士想為為問題的的解決和和頭腦風風暴創建

5、建一個概概念的框框架。 GQMM 方法法并不只只限于軟軟件開發發，或者者 ITT 治理理，或者者甚至是是技術問問題的解解決，盡盡管它給給了自己己一個非非常好的的技術環環境?；旧希珿QMM 提供供了一個個框架來來幫助您您理解您您的目標標是否已已被實現現。您可可以提出出您的目目標指令令的問題題，您可可以建立立驗證問問題答案案的度量量方法。GQMM 是靈靈活的，它被設設計用來來指導我我們的認認識上的的潛力。 在本文中中展示的的 GQQM 是是基于幾幾年前 SouurceeIQ 所指導導的過程程成果相相關涉眾眾的訪談談內容的的。這些些 GQQM 集集合是典典型的和和有代表表性的，但他們們并不是是完

6、全沒沒有遺漏漏的。一一旦您得得到了基基本的思思想，您您將能夠夠針對您您的場景景創建屬屬于您自自己的 GQMM。 階段 11: 建建立目標標定義和澄澄清目標標是關于于所需要要的，因因此使用用目標開開始 GGQM 是很自自然的和和直接了了當的任任務。它它也是會會給開發發組織帶帶來切實實的利益益。目標標澄清方方向，并并展現出出企業將將要走的的路線，包括治治理、質質量、會會議計劃劃和預算算，或者者也包括括客戶滿滿意度。 階段 22: 定定義評估估目標進進展的問問題一旦我們們在概念念的層面面定義了了目標，之后我我們將展展示必須須是可以以回答的的具有操操作性的的問題，以確定定進展或或者目標標的實現現。 目

7、標和為為目標服服務的問問題典型型地是我我們在組組織中所所執行地地角色的的功能。也就是是說，他他們是基基于每個個知識工工作者類類型的興興趣和技技能領域域的。 當不同角角色的人人參與到到 GQQM 時時，他們們的目標標和問題題第一眼眼看上去去可能是是不相關關的。例例如，CCIO 想要驅驅動創新新，包括括成本和和業務單單元之間間的溝通通。項目目經理可可能想改改進對于于未來新新的和維維護開發發活動的的估計。QA 經理可可能關心心特定的的目標和和與軟件件質量和和過程穩穩定性相相關的問問題。 然而，當當我們進進入到 GQMM 的第第三階段段，我們們也許會會非常驚驚訝了解解到哪些些對于開開發治理理表面上上不

8、相關關的目標標，卻能能夠在公公用的度度量模型型中。 階段 33: 識識別支持持回答問問題的矩矩陣一旦您理理解了需需要評估估目標的的問題，之后我我們將使使用特定定的必要要矩陣來來組織問問題的答答案的方方法建立立度量模模型。 通過經驗驗的觀察察和與客客戶一起起工作的的經驗，我們發發現對于于不同的的方面和和視角，為不同同知識類類型的工工作者建建立的目目標和問問題通常常是不同同的。 一個典型型的結果果是 GGQM 開發一一個公共共的理解解，使用用公共的的度量模模型，進進一步這這個模型型直接連連接到軟軟件開發發的非常常人性化化的本質質：我們們的過程程有多么么融合？我們的的項目復復雜度如如何？有有多少工工

9、作者能能夠在新新的復雜雜的有很很多部分分組成的的系統中中能夠勝勝任？軟軟件工作作產品的的質量是是否符合合工程標標準，具具有需要要的生產產環境穩穩定性？ 階段 44: 設設置行動動度量模模型一旦我們們應用了了 GQQM 并并到達了了支持我我們需要要的度量量模型，我們就就要準備備設置行行動模型型了。 在 軟軟件管理理的開發發治理中 44 , 我們討討論過 IBMM Raatioonall 基礎礎架構在在應對遵遵循報告告上自動動化收集集和軟件件分析矩矩陣所扮扮演的角角色。GGQM 幫助我我們將焦焦點集中中于我們們需要實實現的目目標上；Rattionnal 為我們們提供了了交付這這些矩陣陣的平臺臺。

10、換句話說說，使用用 GQQM 決決定您將將度量什什么，以以及這些些度量目目標實現現程度的的方法。在您的的 Raatioonall 基礎礎架構中中將此方方法應用用于您的的開發過過程的實實際情況況，并且且開始度度量！ 通過角色色應用 GQMMGQM 通常被被認為是是一個自自上而下下的方法法，它建建議執行行管理層層角色是是我們的的開始點點。但是是驅動者者，或者者潛在的的驅動者者，對于于變化來來說通常常以項目目為中心心。這就就意味著著項目級級的目標標是非常常理想的的 GQQM 分分析開始始點。分分析能夠夠向上擴擴展到一一個項目目如何為為公司的的長期目目標服務務，或者者向下擴擴展到項項目如何何影響個個體

11、團隊隊成員的的工作。我將在在本文的的結論部部分對它它稍加解解釋。實實際上，自上而而下應該該可以很很理想的的符合由由底至上上的組織織結構，這個方方法將來來自于執執行管理理層、適適當的工工程標準準以及來來自開發發和質量量保證層層面的質質量標準準轉化成成了組織織的目標標和質量量的命令令。 我非常堅堅信 GGQM 不應該該被認為為僅僅是是自上而而下的框框架，有有時它被被作為了了這個方方法的限限制。實實際上，GQMM 不僅僅僅能夠夠從組織織的階梯梯結構發發起，它它也能從從組織中中的單一一角色發發起包包括抵制制使用 GQMM 方法法進行目目標分析析的組織織。也就就是說，它對組組織中所所有的角角色不是是強制

12、性性的，雖雖然所有有的角色色都使用用這個方方法是理理想的狀狀況。任任何一個個個體或或者團隊隊都可以以采用 QGMM ，無無論他們們是什么么角色，即便其其他人并并不使用用這個方方法，您您也將從從中受益益。 注釋：一一些團隊隊比其他他團隊更更需要 GQMM。對于于整體使使用這個個新方法法的組織織來說，可以以以最需要要使用該該方法的的團隊為為開始點點，不要要一下子子全面鋪鋪開，要要逐漸的的向整個個組織實實施此方方法。 從上之下下與從底底至上融融合的結結果能夠夠帶來想想法上的的和諧，或者導導致列車車的失事事；通常常是在中中間的某某個地方方結束。讓我們們來了解解一下 GQMM 與哪哪些開發發組織中中的不

13、同同角色有有關。 IT 執執行管理理層IT 執執行管理理層典型型地是報報告給一一個業務務部分的的 CIIO。這這個層面面的目標標集中于于保持和和吸引客客戶的方方法，在在沒有犧犧牲基礎礎能力的的前提下下更具競競爭力，并降低低成本的的方法。這里由由4個例例子，它它們在 SouurceeIQ 中是最最典型的的。 G: 對對客戶創創新交付付的增強強。 Q: 我我們需要要對從軟軟件維護護到新的的開發的的轉移進進行資源源與預算算上重新新分配嗎嗎？ M: 生生產環境境的代碼碼量?？焖俚脑鲈鲩L或者者膨脹的的代碼導導致了維維護成本本的急劇劇上升。這將消消耗更多多的人來來處理現現有應用用的問題題解決和和新特性性開

14、發。包含維維護成本本，并通通過反向向跟蹤在在邏輯上上產生的的代碼增增量。關關系到了了下面的的架構師師的目標標。 M: 生生產環境境的代碼碼復雜度度。隨著時間間的遷移移，系統統實現與與復雜度度將共存存，因為為修改問問題和添添加新功功能將會會增加代代碼量。執行管管理層在在復雜度度上的關關注將影影響團隊隊的行為為，這可可以通過過將改進進的和可可維護的的代碼作作為優先先級來實實現。這這將導致致更低的的 TCCO，并并為創新新節約了了預算和和人力。 G: 通通過改進進交付和和增加透透明度，改進與與業務部部門的關關系。 Q: 我我們如何何能改進進交付和和增加透透明度，以及與與業務部部門在目目標進展展上的溝

15、溝通？ M: 生生產環境境的代碼碼量。通過溝通通對于業業務關鍵鍵應用的的邏輯資資產量，這些資資產的增增長率和和當前的的維護和和增強活活動的關關系， IT 將能夠夠通過實實際的，基于現現實的方方法與客客戶進行行溝通。業務部部門將了了解到 IT 部門對對于他們們業務擴擴展的工工作支持持和結果果。 M: 軟軟件開發發活動的的揮發性性支持業務務邏輯的的可視化化將顯示示出 IIT 正正在對業業務部門門的需求求、增強強和維護護工作做做著積極極的響應應。 G: 為為更精確確的預算算預測獲獲得基線線 Q: 實實際需要要的工作作如何能能夠完成成，將被被評估的的里程碑碑如何被被應用到到未來的的工作中中？ M: 軟

16、軟件開發發活動的的量級和和揮發性性與過去工工作相關關聯的度度量量級級和揮發發性形成成了未來來類似實實現規模模的基線線。假設設對于開開發人力力的技能能集和領領域專家家保持相相對穩定定，應用用在上的的技術也也沒有巨巨大的變變化，包包含在您您的軟件件配置管管理系統統中的處處理信息息能夠被被用來生生成對未未來工作作的清晰晰的一致致的基線線?；€線的信息息越多，管理層層應該也也能看見見根據應應用生命命周期管管理上的的基線的的可度量量的改進進（培訓訓、測試試自動化化、持續續集成、敏捷方方法、降降低需求求誤解、動態語語言的使使用，等等等。） G: 從從開發的的合作伙伙伴獲得得高層的的明確標標準/性性能指標標

17、 Q: 我我的合作作伙伴如如何滿足足我的組組織的標標準呢？對于其其他的合合作伙伴伴又如何何呢？ M: 揮揮發性、復雜性性、語言言規則遵遵循、編編碼指南南。管理理外部的的開發需需要面對對更大的的挑戰。是否存存在足夠夠的服務務級別約約定（SSLA）標準呢呢？工作作活動是是否符合合公司的的標準（復雜度度和其他他規定），計劃劃的發布布時間符符合標準準嗎？是是否存在在有效的的技能移移交？對對于項目目或者任任務的類類型，合合作伙伴伴是否具具備合格格的能力力？使用用矩陣進進行比較較能夠驅驅動管理理層與合合作伙伴伴的關系系，并驅驅動更好好的交付付。 項目經理理典型的項項目經理理面對從從他的項項目的日日常細節節

18、被解放放出來的的問題。與此同同時，項項目經理理為生成成環境的的質量目目標，以以及滿足足眾多的的計劃時時間點為為煩心。這些關關注被新新引進的的生產模模式更加加擴大化化了，比比如，敏敏捷開發發方法與與全球化化分布式式團隊的的結合這些顯顯示快速速的導致致了更加加痛苦的的場景。項目經經理需要要的是一一致的使使用模型型，團隊隊改進的的模式，以及支支持采用用新目標標的度量量模型。 G: 確確保穩定定性、可可預測性性的開發發過程來來滿足計計劃的里里程碑。 Q: 我我的項目目是否按按照計劃劃的軌跡跡前進，計劃的的里程碑碑都能實實現嗎？ M: 軟軟件項目目開發工工作的揮揮發性（分支、流、統統一變更更管理（UCM

19、M）活動動）。 項目經理理的工作作通過在在項目的的關鍵點點上轉化化的成果果和效率率被度量量。在 IBMM Raatioonall Unnifiied Proocesss (RRUP)中，項目經經理敏銳銳的觀察察在精化化向構建建轉化中中發生的的事情；用更傳傳統的術術語說，從設計計到編碼碼階段。當一個個項目在在計劃的的軌跡上上時，項項目開發發活動的的揮發性性也在被被度量，在項目目計劃期期間，這這種揮發發性沿著著計劃的的路徑到到達穩定定的發布布點。如如果項目目背離了了計劃，這種不不一致將將會很容容易被發發現，這這將告訴訴項目經經理應用用航向修修正來確確保項目目回到應應有的軌軌跡上。 G: 維維護適當

20、當的人力力分配以以滿足計計劃的里里程碑 Q: 我我的全球球化團隊隊適合我我的項目目嗎？這這些團隊隊成員能能夠高效效的工作作以實現現項目目目標嗎？ M: 軟軟件項目目開發工工作的揮揮發性（分支、流、統統一變更更管理（UCMM）活動動）。為了滿足足項目的的進度要要求，項項目經理理必須維維護開放放和有效效的在團團隊成員員之間的的溝通，理解合合適人員員需要進進行調整整。這在在一個小小的團隊隊可能是是容易的的，但對對于個全全球化分分布的團團隊，就就會比較較難。項項目經理理能夠根根據 SSCM 系統評評估每個個個體、工作組組的貢獻獻，并決決定現在在的人員員分配和和任務分分配是否否合理。這種評評估理想想情況

21、下下是根據據項目計計劃和開開發方法法進行的的（輕量量級還是是重量級級）。 G: 在在項目完完成時，交付到到生產環環境的代代碼要滿滿足組織織的質量量目標 Q: 開開發的每每個階段段的工作作都符合合這個目目標嗎？ M: 復復雜度、語言規規則遵循循、編碼碼指南。通過監控控這些因因素，項項目經理理能夠建建立起在在質量經經理與項項目經理理之間的的更有效效的工作作關系。這種關關系在開開發過程程中識別別上游的的質量問問題是至至關重要要的。這這使得修修改問題題更加容容易并且且節省成成本，以以至于項項目的整整體質量量符合生生產環境境的質量量標準。 架構師迭代開發發方法典典型地將將架構師師作為項項目的開開發點，輔

22、助開開發團隊隊完成需需求階段段，并進進行早期期的少量量編碼。切記，這不僅僅僅對您您的項目目是事實實，所有有通常都都是這樣樣的。對對于架構構師的需需要是跨跨項目的的，這就就意味著著對你給給您的軟軟對開發發編碼是是，架構構師可能能在其他他項目的的啟始階階段中忙忙碌著。架構師師所需要要的是對對所有項項目的一一些可視視化的級級別，以以確保對對整體目目標的把把握，以以滿足公公司級別別的目標標。如果果每一個個開發團團隊都指指定自己己的方向向，那勢勢必將造造成混亂亂局面。 G: 當當項目從從精化階階段向構構建階段段過渡時時，確保保架構構構建被適適當的應應用。 Q: 項項目團隊隊的技術術選擇滿滿足架構構目標嗎

23、嗎（組件件化、面面向服務務的體系系架構(SOAA)，框框架，等等等）? M: 類類型、復復雜度的的邏輯工工作的量量級當項目從從精化（設計）階段過過渡到構構建（編編碼）階階段時，架構師師就可以以離開這這個項目目了，通通常是因因為他們們被調到到了其他他項目中中，或者者其他的的原因是是現在是是編碼團團隊工作作的時間間了。為為了生成成更加健健壯和可可維護的的系統，可能會會發生團團隊從架架構原則則中迷失失了。設設計規則則被忘記記，接口口被破壞壞，技術術被隨意意使用。通過檢檢測在開開發中產產生的邏邏輯工件件的數量量級，架架構師能能夠獲得得深度和和準確的的并開發發人員使使用的開開發模式式的情況況，從而而更好

24、的的控制和和調整團團隊回到到正確的的道路上上。復雜雜度也能能夠生成成對于設設計和設設計到代代碼的轉轉換的效效率的深深度觀察察。 G: 確確保組織織使用了了適當的的技術。 Q:什么么樣的開開發技術術正在被被使用？開發的的實際成成果與計計劃相符符嗎？ M: 生生產環境境中按類類型劃分分的邏輯輯工件的的量級和和揮發性性公司采用用他們認認為最適適合實現現成功的的在項的的技術，這些技技術將確確保項目目能夠在在人員和和預算的的范圍內內交付成成功的系系統。通通過檢測測與生產產系統的的邏輯矩矩陣，架架構師能能夠決定定是否應應該作出出決策。例如，他也許許想看看看高端的的開發方方法產生生了大量量的代碼碼，需要要很

25、多高高級的開開發專家家，并且且需要而而外的團團隊進行行維護。通過參參與基于于實際情情況的討討論，架架構師能能夠幫助助指導組組織根據據目標選選擇技術術、動態態語言、申明性性語言、設計模模式、框框架和其其他的構構建，以以幫助團團隊、執執行管理理層和經經理們實實現他們們的目標標。 開發經理理開發經理理，或者者開發主主管，是是艱苦的的工作。他們是是有才能能的，這這意味著著他們工工作時間間更長。我所見見過的所所有的開開發經理理都表示示出開發發使開發發團隊完完成工作作的困難難，同時時他們需需要管理理由于在在團隊中中的高頻頻率加班班所導致致的組織織級的低低效，在在離岸團團隊更是是如此。經驗缺缺乏的初初級開發

26、發人員需需要與高高級的開開發人員員配對工工作來產產生最大大化的生生產力。因為初初級的團團隊成員員的進步步，開發發經理有有更多的的時間來來改進他他們負責責的代碼碼。 G: 最最大化所所有團隊隊貢獻者者的生產產力。 Q: 開開發人員員能夠完完成分配配給他們們的任務務嗎，或或者他們們遇到障障礙了嗎嗎？ M: 由由個體或或者工作作組產生生的項目目工件的的量級開發經理理的一個個最大的的挑戰是是幫助開開發人員員克服障障礙。當當人們在在工作中中遇到問問題時，他們通通常絕口口不提，這通常常是人的的本性。當然多多數的開開發人員員不想讓讓開發經經理覺得得他不能能夠完成成分配的的任務。有時因因為任務務分配的的不合理

27、理，開發發人員也也會延遲遲交付。無論是是什么原原因導致致的，很很多人為為的傾向向將會影影響開發發人員的的生產力力，并影影響項目目的成功功。開發發經理能能夠監控控與任務務分配和和方法相相關的開開發人員員的貢獻獻在候候補區，或者不不同的地地方。當當開發人人員在一一個任務務上遇到到困難時時，開發發經理以以積極和和有建設設性的方方式進行行干預，并幫助助開發人人員克服服困難。 G: 為為初級的的開發人人員建立立導師機機制 Q: 哪哪些開發發人員需需要在什什么領域域的幫助助？ M: 復復雜度、語言規規則、編編碼指南南開發經理理負責幫幫助初級級開發人人員找到到資深的的高級開開發人員員作為他他的導師師。通過過

28、檢測初初級開發發人員根根據組織織標準的的工作，開發經經理能夠夠知道誰誰需要導導師，需需要哪方方面的導導師。開開發經理理可以將將有經驗驗的高級級開發人人員與初初級的開開發人員員進行配配對工作作，讓初初級開發發人員學學到更多多的經驗驗。 G: 通通過對高高風險的的代碼進進行同行行審查降降低實現現風險 Q: 什什么樣的的模塊最最可能包包含錯誤誤，尤其其是那些些在測試試中難以以發現的的錯誤，或者最最難理解解和維護護的錯誤誤？ M: 復復雜度、語言規規則、編編碼指南南同行審查查是一個個共享實實現知識識的強大大的工具具，它能能夠使系系統代碼碼更加強強壯和可可維護。因為系系統在范范圍和規規模上不不斷的增增長

29、，這這使得模模塊的審審查也變變得日益益困難。矩陣能能夠查明明這些模模塊：(a) 測試沒沒有覆蓋蓋到的模模塊，(b)容容易出錯錯的模塊塊， (c)語語言提供供商導致致的失敗敗執行的的模塊，(d)花費大大量時間間去維護護的模塊塊。 軟件質量量經理經過證明明，GQQA 方方法帶來來的一個個好處是是面向質質量保證證（QAA）團隊隊的。作作為軟件件開發生生命周期期中其他他角色的的伙伴，提高 QA 的效率率，GQQM 將將度量模模型的權權利放在在了 QQA 的的手上。GQMM 能夠夠幫助質質量成為為每一個個開發階階段的部部分，不不僅僅是是在開發發的末期期。QAA 人員員理解這這個，但但開發人人員和架架構師

30、通通常不理理解?；?GGQM 的問題題和答案案能夠引引入新的的構建以以支持質質量目標標，帶來來更少的的缺陷和和更加流流暢的開開發過程程。 G: 為為 QAA 報告告維護一一致的基基線。 Q: 給給定的發發布有多多大（輸輸入以計計算缺陷陷密度）？ M: 量量級。 更有有見識的的 QAA 能夠夠看出一一個發布布的規模模，這將將使缺陷陷密度變變更更加加有用。規模典典型地用用代碼行行（LOOC）表表示；考考慮使用用代碼行行，因為為代碼行行矩陣能能夠最好好地表達達真實地地邏輯量量級。當當使用代代碼行時時，重要要地是僅僅僅計算算實現了了邏輯那那些工件件。對于于不同的的測試策策略（例例如，JJavaa

31、對比比 JaavaSServver Pagges (JSSP)），區別別不同類類型的工工件是非非常有用用的。其其他的規規模計算算方法包包括程序序、聲明明和功能能點數量量。 G: 改改進 QQA 效效率，并并通過避避免無保保證的測測試來節節省成本本 Q: 當當前的開開發與最最初的測測試一致致嗎? M: 揮揮發性測試軟件件是非常常耗時和和昂貴的的，尤其其是，當當軟件系系統不斷斷的擴大大，復雜雜度不斷斷增加。揮發性性幫助 QA 經理理理解是否否一個發發布對于于一個適適當的測測試的點點來說是是穩定的的。 G: 在在維護開開發治理理上成為為開發的的更有效效的伙伴伴。 Q: 提提交用于于測試的的發布符符合

32、被建建立的開開發標準準嗎？ M: 復復雜度、語言規規則、編編碼指南南QA 在在實現開開發治理理中扮演演了一個個完整的的角色。它是一一個發布布是否符符合開發發標準的的最后一一關。QQA 在在開發上上的責任任非常清清楚，就就是要將將質量構構建到軟軟件系統統中。通通過應用用根據開開發標準準的“可信的的，卻又又驗證”模型，QA 能夠實實現有價價值和適適當審計計的功能能。 結論GQM 可以作作為無價價的助手手來幫助助您在軟軟件矩陣陣程序中中邁出第第一步。無論對對于治理理、軟件件質量，或者過過程改進進，基于于目標定定義矩陣陣程序將將確保您您工作的的價值，并使您您邁出萬萬里長征征的第一一步。 讓我們通通過澄

33、清清兩個關關鍵問題題來結束束本文。GQMM 真的的使自上上而下的的嗎？核核心矩陣陣定義真真的是自自底向上上的嗎？當公司司盡力采采用新事事物時，通常都都存在一一定程度度在組織織級別上上的抵觸觸。我們們不想變變更。如如果他們們認為一一些新的的自上而而下的管管理模式式被強制制的推行行到他們們，一些些人感到到不安，甚至是是驚訝。Bassilii 使用用 GQQM 的的方法是是授權個個體和他他們的同同事，無無論他們們在組織織的高層層、底層層或者中中層。 我們所有有人都有有與我們們的角色色相關的的目標。了解過過程和其其他角色色的目標標將使我我們從其其他角色色中學習習到很多多通用的的東西。 15 年年前，J

34、Jefff Allgerr 發布布了一個個有用的的分類，被稱為為“中心、外圍和和校準”。其思思想使通通過關注注熟悉的的事情開開始，然然后從舒舒適區走走出來，探索新新的想法法和概念念，并且且最終重重新校準準他們的的觀點。迭代之之上的迭迭代導致致了世界界視角的的擴展。 使用 GGQM，我們基基于我們們的角色色，或者者中心，定義了了目標。我們每每個人都都基于我我們的中中心表達達目標。例如，開始時時，我們們也許分分離的看看待我們們的目標標，而不不是從一一個大的的整體視視角，就就像圖 1 顯顯示的。 圖 1: 首先先，團隊隊角色是是彼此孤孤立的 當 GQQM 實實踐的進進展，我我們也了了解到了了其他的的組織目目標。更更加理解解外圍的的問題，然后重重新審視視組織中中我們周周圍的緊緊鄰，如如圖2 所示。這些目目標的結結合展示示了真正正的組織織目標，因此使使用 GGQM 方法從從全