使用GQM实现治理目标

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 治理理，或者者甚至是是技术问问题的解解决，尽尽管它给给了自己己一个非非常好的的技术环环境。基基本上，GQMM 提供供了一个个框架来来帮助您您理解您您的目标标是否已已被实现现。您可可以提出出您的目目标指令令的问题题，您可可以建立立验证问问题答案案的度量量方法。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: 生生产环境境的代码码量。快速的增增长或者者膨胀的的代码导导致了维维护成本本的急剧剧上升。这将消消耗更多多的人来来处理现现有应用用的问题题解决和和新特性性开

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 方法从从全