使用GQM实现治理目标

1、使用 GQQM 实实现治理理目标Rogerr Duunn, CEEO, SouurceeIQ, Innc.Rogerr N. Duunn 是 SSourrceIIQ 公公司（一一个致力力于交付付来自于于 IBBM RRatiionaal 基基础架构构的管理理标准的的高级 IBMM 商业业伙伴）的的创立者者和 CCEO。他他拥有二二十五年年的领导导团队进进行 IISV 和 IIT 软软件开发发项目的的经验。简介： 阅阅读目标标问题矩矩阵方法法（Gooal-Queestiion-Mettricc Appprooachh，GQQM) 如何提提供一种种方法，这这种方法法对于整整个团队队，或者者个体的的

2、团队成成员来说说，使他他们更好好的理解解他们在在成功的的软件开开发中所所扮演的的角色。 本文来来自于 Thee Raatioonall Eddge。标记本文！发布日期： 20008 年 44 月 15 日 级别： 初初级 其他语言版版本： 英文 访问情况 1866 次浏浏览 建议: 中国有句句古老的的谚语，“千里之行始于足下”。 1 当在软件项目规划中起航时，我不想在第一步就遇到绊脚石。我想要项目规划能够在控制之中并取得成功，以避免另外一个著名的格言：“如果你不知道你要去哪里，那么你可能会走向任何一条路。” 2 问题矩阵方方法（GGoall-Quuesttionn-Meetriic AAppr

3、roacch，GGQM) 3 是一个个强大的的工具，它它能够使使您有信信心和指指导方向向的迈出出第一步步。GQQM 帮帮助我们们为管理理模型建建立框架架，这是是通过将将最初的的关注点点放在我我们想要要实现的的目标矩矩阵上实实现的。 在本文中，我我将从两两个方面面展示 GQMM。第一一个方面面是，GGQM 应用于于什么？我将讨讨论应用用 GQQM 的的四个阶阶段：（11）建立立目标；（2）定定义问题题；（33）识别别矩阵; (44)设置置行动模模型 第二个方面面是，我我们能够够从已经经应用了了 GQQM 的的角色中中学习到到什么？我将解解释阵势势世界的的 GQQM 场场景，针针对于 IT 执行管

4、管理层、项项目经理理、架构构师、开开发经理理和软件件质量经经理。 我将通过再再次的探探索和调调查得出出结论，GGQM 如何能能够更好好的帮助助我们定定义我们们的第一一步，以以及后续续的事情情；它实实际上如如何能够够帮助扮扮演不同同角色和和不同方方面的知知识工作作者，以以找到他他们的共共同点，使使他们相相互支持持，以促促进开发发治理和和 ITT 结果果。 应用 GQQM多数人知道道 GQQM 是是因为 Vicctorr Baasilli 博博士的思思想，VVicttor Bassilii 博士士想为问问题的解解决和头头脑风暴暴创建一一个概念念的框架架。 GGQM 方法并并不只限限于软件件开发，或

5、或者 IIT 治治理，或或者甚至至是技术术问题的的解决，尽尽管它给给了自己己一个非非常好的的技术环环境。基基本上，GGQM 提供了了一个框框架来帮帮助您理理解您的的目标是是否已被被实现。您您可以提提出您的的目标指指令的问问题，您您可以建建立验证证问题答答案的度度量方法法。GQQM 是是灵活的的，它被被设计用用来指导导我们的的认识上上的潜力力。 在本文中展展示的 GQMM 是基基于几年年前 SSourrceIIQ 所所指导的的过程成成果相关关涉众的的访谈内内容的。这这些 GGQM 集合是是典型的的和有代代表性的的，但他他们并不不是完全全没有遗遗漏的。一一旦您得得到了基基本的思思想，您您将能够够针

6、对您您的场景景创建属属于您自自己的 GQMM。 阶段 1: 建立立目标定义和澄清清目标是是关于所所需要的的，因此此使用目目标开始始 GQQM 是是很自然然的和直直接了当当的任务务。它也也是会给给开发组组织带来来切实的的利益。目目标澄清清方向，并并展现出出企业将将要走的的路线，包包括治理理、质量量、会议议计划和和预算，或或者也包包括客户户满意度度。 阶段 2: 定义义评估目目标进展展的问题题一旦我们在在概念的的层面定定义了目目标，之之后我们们将展示示必须是是可以回回答的具具有操作作性的问问题，以以确定进进展或者者目标的的实现。 目标和为目目标服务务的问题题典型地地是我们们在组织织中所执执行地角角

7、色的功功能。也也就是说说，他们们是基于于每个知知识工作作者类型型的兴趣趣和技能能领域的的。 当不同角色色的人参参与到 GQMM 时，他他们的目目标和问问题第一一眼看上上去可能能是不相相关的。例例如，CCIO 想要驱驱动创新新，包括括成本和和业务单单元之间间的沟通通。项目目经理可可能想改改进对于于未来新新的和维维护开发发活动的的估计。QQA 经经理可能能关心特特定的目目标和与与软件质质量和过过程稳定定性相关关的问题题。 然而，当我我们进入入到 GGQM 的第三三阶段，我我们也许许会非常常惊讶了了解到哪哪些对于于开发治治理表面面上不相相关的目目标，却却能够在在公用的的度量模模型中。 阶段 3: 识

8、别别支持回回答问题题的矩阵阵一旦您理解解了需要要评估目目标的问问题，之之后我们们将使用用特定的的必要矩矩阵来组组织问题题的答案案的方法法建立度度量模型型。 通过经验的的观察和和与客户户一起工工作的经经验，我我们发现现对于不不同的方方面和视视角，为为不同知知识类型型的工作作者建立立的目标标和问题题通常是是不同的的。 一个典型的的结果是是 GQQM 开开发一个个公共的的理解，使使用公共共的度量量模型，进进一步这这个模型型直接连连接到软软件开发发的非常常人性化化的本质质：我们们的过程程有多么么融合？我们的的项目复复杂度如如何？有有多少工工作者能能够在新新的复杂杂的有很很多部分分组成的的系统中中能够胜

9、胜任？软软件工作作产品的的质量是是否符合合工程标标准，具具有需要要的生产产环境稳稳定性？ 阶段 4: 设置置行动度度量模型型一旦我们应应用了 GQMM 并到到达了支支持我们们需要的的度量模模型，我我们就要要准备设设置行动动模型了了。 在 软件件管理的的开发治治理中中 4 , 我我们讨论论过 IIBM Raatioonall 基础础架构在在应对遵遵循报告告上自动动化收集集和软件件分析矩矩阵所扮扮演的角角色。GGQM 帮助我我们将焦焦点集中中于我们们需要实实现的目目标上；Rattionnal 为我们们提供了了交付这这些矩阵阵的平台台。 换句话说，使使用 GGQM 决定您您将度量量什么，以以及这些些

10、度量目目标实现现程度的的方法。在在您的 Rattionnal 基础架架构中将将此方法法应用于于您的开开发过程程的实际际情况，并并且开始始度量！ 通过角色应应用 GGQMGQM 通通常被认认为是一一个自上上而下的的方法，它它建议执执行管理理层角色色是我们们的开始始点。但但是驱动动者，或或者潜在在的驱动动者，对对于变化化来说通通常以项项目为中中心。这这就意味味着项目目级的目目标是非非常理想想的 GGQM 分析开开始点。分分析能够够向上扩扩展到一一个项目目如何为为公司的的长期目目标服务务，或者者向下扩扩展到项项目如何何影响个个体团队队成员的的工作。我我将在本本文的结结论部分分对它稍稍加解释释。实际际

11、上，自自上而下下应该可可以很理理想的符符合由底底至上的的组织结结构，这这个方法法将来自自于执行行管理层层、适当当的工程程标准以以及来自自开发和和质量保保证层面面的质量量标准转转化成了了组织的的目标和和质量的的命令。 我非常坚信信 GQQM 不不应该被被认为仅仅仅是自自上而下下的框架架，有时时它被作作为了这这个方法法的限制制。实际际上，GGQM 不仅仅仅能够从从组织的的阶梯结结构发起起，它也也能从组组织中的的单一角角色发起起包括括抵制使使用 GGQM 方法进进行目标标分析的的组织。也也就是说说，它对对组织中中所有的的角色不不是强制制性的，虽虽然所有有的角色色都使用用这个方方法是理理想的状状况。任

12、任何一个个个体或或者团队队都可以以采用 QGMM ，无无论他们们是什么么角色，即即便其他他人并不不使用这这个方法法，您也也将从中中受益。 注释：一些些团队比比其他团团队更需需要 GGQM。对对于整体体使用这这个新方方法的组组织来说说，可以以以最需需要使用用该方法法的团队队为开始始点，不不要一下下子全面面铺开，要要逐渐的的向整个个组织实实施此方方法。 从上之下与与从底至至上融合合的结果果能够带带来想法法上的和和谐，或或者导致致列车的的失事；通常是是在中间间的某个个地方结结束。让让我们来来了解一一下 GGQM 与哪些些开发组组织中的的不同角角色有关关。 IT 执行行管理层层IT 执行行管理层层典型

13、地地是报告告给一个个业务部部分的 CIOO。这个个层面的的目标集集中于保保持和吸吸引客户户的方法法，在没没有牺牲牲基础能能力的前前提下更更具竞争争力，并并降低成成本的方方法。这这里由44个例子子，它们们在 SSourrceIIQ 中中是最典典型的。 G: 对客客户创新新交付的的增强。 Q: 我们们需要对对从软件件维护到到新的开开发的转转移进行行资源与与预算上上重新分分配吗？ M: 生产产环境的的代码量量。快速的增长长或者膨膨胀的代代码导致致了维护护成本的的急剧上上升。这这将消耗耗更多的的人来处处理现有有应用的的问题解解决和新新特性开开发。包包含维护护成本，并并通过反反向跟踪踪在逻辑辑上产生生的

14、代码码增量。关关系到了了下面的的架构师师的目标标。 M: 生产产环境的的代码复复杂度。随着时间的的迁移，系系统实现现与复杂杂度将共共存，因因为修改改问题和和添加新新功能将将会增加加代码量量。执行行管理层层在复杂杂度上的的关注将将影响团团队的行行为，这这可以通通过将改改进的和和可维护护的代码码作为优优先级来来实现。这这将导致致更低的的 TCCO，并并为创新新节约了了预算和和人力。 G: 通过过改进交交付和增增加透明明度，改改进与业业务部门门的关系系。 Q: 我们们如何能能改进交交付和增增加透明明度，以以及与业业务部门门在目标标进展上上的沟通通？ M: 生产产环境的的代码量量。通过沟通对对于业务务

15、关键应应用的逻逻辑资产产量，这这些资产产的增长长率和当当前的维维护和增增强活动动的关系系， IIT 将将能够通通过实际际的，基基于现实实的方法法与客户户进行沟沟通。业业务部门门将了解解到 IIT 部部门对于于他们业业务扩展展的工作作支持和和结果。 M: 软件件开发活活动的挥挥发性支持业务逻逻辑的可可视化将将显示出出 ITT 正在在对业务务部门的的需求、增增强和维维护工作作做着积积极的响响应。 G: 为更更精确的的预算预预测获得得基线 Q: 实际际需要的的工作如如何能够够完成，将将被评估估的里程程碑如何何被应用用到未来来的工作作中？ M: 软件件开发活活动的量量级和挥挥发性与过去工作作相关联联的

16、度量量量级和和挥发性性形成了了未来类类似实现现规模的的基线。假假设对于于开发人人力的技技能集和和领域专专家保持持相对稳稳定，应应用在上上的技术术也没有有巨大的的变化，包包含在您您的软件件配置管管理系统统中的处处理信息息能够被被用来生生成对未未来工作作的清晰晰的一致致的基线线。基线线的信息息越多，管管理层应应该也能能看见根根据应用用生命周周期管理理上的基基线的可可度量的的改进（培培训、测测试自动动化、持持续集成成、敏捷捷方法、降降低需求求误解、动动态语言言的使用用，等等等。） G: 从开开发的合合作伙伴伴获得高高层的明明确标准准/性能能指标 Q: 我的的合作伙伙伴如何何满足我我的组织织的标准准呢

17、？对对于其他他的合作作伙伴又又如何呢呢？ M: 挥发发性、复复杂性、语语言规则则遵循、编编码指南南。管理理外部的的开发需需要面对对更大的的挑战。是是否存在在足够的的服务级级别约定定（SLLA）标标准呢？工作活活动是否否符合公公司的标标准（复复杂度和和其他规规定），计计划的发发布时间间符合标标准吗？是否存存在有效效的技能能移交？对于项项目或者者任务的的类型，合合作伙伴伴是否具具备合格格的能力力？使用用矩阵进进行比较较能够驱驱动管理理层与合合作伙伴伴的关系系，并驱驱动更好好的交付付。 项目经理典型的项目目经理面面对从他他的项目目的日常常细节被被解放出出来的问问题。与与此同时时，项目目经理为为生成环

18、环境的质质量目标标，以及及满足众众多的计计划时间间点为烦烦心。这这些关注注被新引引进的生生产模式式更加扩扩大化了了，比如如，敏捷捷开发方方法与全全球化分分布式团团队的结结合这这些显示示快速的的导致了了更加痛痛苦的场场景。项项目经理理需要的的是一致致的使用用模型，团团队改进进的模式式，以及及支持采采用新目目标的度度量模型型。 G: 确保保稳定性性、可预预测性的的开发过过程来满满足计划划的里程程碑。 Q: 我的的项目是是否按照照计划的的轨迹前前进，计计划的里里程碑都都能实现现吗？ M: 软件件项目开开发工作作的挥发发性（分分支、流流、统一一变更管管理（UUCM）活活动）。 项目经理的的工作通通过在

19、项项目的关关键点上上转化的的成果和和效率被被度量。在在 IBBM RRatiionaal UUniffiedd Prroceess (RRUP)中，项项目经理理敏锐的的观察在在精化向向构建转转化中发发生的事事情；用用更传统统的术语语说，从从设计到到编码阶阶段。当当一个项项目在计计划的轨轨迹上时时，项目目开发活活动的挥挥发性也也在被度度量，在在项目计计划期间间，这种种挥发性性沿着计计划的路路径到达达稳定的的发布点点。如果果项目背背离了计计划，这这种不一一致将会会很容易易被发现现，这将将告诉项项目经理理应用航航向修正正来确保保项目回回到应有有的轨迹迹上。 G: 维护护适当的的人力分分配以满满足计划

20、划的里程程碑 Q: 我的的全球化化团队适适合我的的项目吗吗？这些些团队成成员能够够高效的的工作以以实现项项目目标标吗？ M: 软件件项目开开发工作作的挥发发性（分分支、流流、统一一变更管管理（UUCM）活活动）。为了满足项项目的进进度要求求，项目目经理必必须维护护开放和和有效的的在团队队成员之之间的沟沟通，理理解合适适人员需需要进行行调整。这这在一个个小的团团队可能能是容易易的，但但对于个个全球化化分布的的团队，就就会比较较难。项项目经理理能够根根据 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、块块：(aa) 测测试没有有覆盖到到的模块块，(bb)容易易出错的的模块， (c)语言提提供商导导致的失失败执行行的模块块，(dd)花费费大量时时间去维维护的模模块。 软件质量经经理经过证明，GGQA 方法带带来的一一个好处处是面向向质量保保证（QQA）团团队的。作作为软件件开发生生命周期期中其他他角色的的伙伴，提提高 QQA 的的效率，GGQM 将度量量模型的的权利放放在了 QA 的手上上。GQQM 能能够帮助助质量成成为每一一个开发发阶段的的部分，不不仅仅是是在开发发的末期期。QAA 人员员理解这这个，但但开发人人员和架架构师通通常不理理解。基基于 GGQM 的问题题和答案案能够引引入新的

30、的构建以以支持质质量目标标，带来来更少的的缺陷和和更加流流畅的开开发过程程。 G: 为 QA 报告维维护一致致的基线线。 Q: 给定定的发布布有多大大（输入入以计算算缺陷密密度）？ M: 量级级。 更有见见识的 QA 能够看看出一个个发布的的规模，这这将使缺缺陷密度度变更更更加有用用。规模模典型地地用代码码行（LLOC）表表示；考考虑使用用代码行行，因为为代码行行矩阵能能够最好好地表达达真实地地逻辑量量级。当当使用代代码行时时，重要要地是仅仅仅计算算实现了了逻辑那那些工件件。对于于不同的的测试策策略（例例如，JJavaa 对比比 JaavaSServver Pagges (JSSP)），区区别

31、不同同类型的的工件是是非常有有用的。其其他的规规模计算算方法包包括程序序、声明明和功能能点数量量。 G: 改进进 QAA 效率率，并通通过避免免无保证证的测试试来节省省成本 Q: 当前前的开发发与最初初的测试试一致吗吗? M: 挥发发性测试软件是是非常耗耗时和昂昂贵的，尤尤其是，当当软件系系统不断断的扩大大，复杂杂度不断断增加。挥挥发性帮帮助 QQA 经经理理解解是否一一个发布布对于一一个适当当的测试试的点来来说是稳稳定的。 G: 在维维护开发发治理上上成为开开发的更更有效的的伙伴。 Q: 提交交用于测测试的发发布符合合被建立立的开发发标准吗吗？ M: 复杂杂度、语语言规则则、编码码指南QA

32、在实实现开发发治理中中扮演了了一个完完整的角角色。它它是一个个发布是是否符合合开发标标准的最最后一关关。QAA 在开开发上的的责任非非常清楚楚，就是是要将质质量构建建到软件件系统中中。通过过应用根根据开发发标准的的“可信的的，却又又验证”模型，QQA 能能够实现现有价值值和适当当审计的的功能。 结论GQM 可可以作为为无价的的助手来来帮助您您在软件件矩阵程程序中迈迈出第一一步。无无论对于于治理、软软件质量量，或者者过程改改进，基基于目标标定义矩矩阵程序序将确保保您工作作的价值值，并使使您迈出出万里长长征的第第一步。 让我们通过过澄清两两个关键键问题来来结束本本文。GGQM 真的使使自上而而下的

33、吗吗？核心心矩阵定定义真的的是自底底向上的的吗？当当公司尽尽力采用用新事物物时，通通常都存存在一定定程度在在组织级级别上的的抵触。我我们不想想变更。如如果他们们认为一一些新的的自上而而下的管管理模式式被强制制的推行行到他们们，一些些人感到到不安，甚甚至是惊惊讶。BBasiili 使用 GQMM 的方方法是授授权个体体和他们们的同事事，无论论他们在在组织的的高层、底底层或者者中层。 我们所有人人都有与与我们的的角色相相关的目目标。了了解过程程和其他他角色的的目标将将使我们们从其他他角色中中学习到到很多通通用的东东西。 15 年前前，Jeeff Algger 发布了了一个有有用的分分类，被被称为“

34、中心、外外围和校校准”。其思思想使通通过关注注熟悉的的事情开开始，然然后从舒舒适区走走出来，探探索新的的想法和和概念，并并且最终终重新校校准他们们的观点点。迭代代之上的的迭代导导致了世世界视角角的扩展展。 使用 GQQM，我我们基于于我们的的角色，或或者中心心，定义义了目标标。我们们每个人人都基于于我们的的中心表表达目标标。例如如，开始始时，我我们也许许分离的的看待我我们的目目标，而而不是从从一个大大的整体体视角，就就像图 1 显显示的。 图 1: 首先，团团队角色色是彼此此孤立的的 当 GQMM 实践践的进展展，我们们也了解解到了其其他的组组织目标标。更加加理解外外围的问问题，然然后重新新审视组组织中我我们周围围的紧邻邻，如图图2 所所示。这这些目标标的结合合展示了了真正的的组织目目标，因因此使用用 GQQM 方方法从全全局来