自底向上考虑图 1 中的术语：
* 标准（Standards）是度量工作产品和过程所依据的基准。开发组织一般都拥有标准，尽管它们的表达是正式或非正式的。规章的需求还可能需要标准和标准运作过程。
* 法规遵循（Compliance）是根据标准对工作产品和过程的评估。
* 治理（Governance）是施加管理控制来加强支持法规遵循的实践，并校正未遵循法规的实践的行为。
通过分开梳理这三个术语，并且给每个术语一个具体的范围和含义，我们能够从图 1 中获得静态的表示，并且使之运转，如图 2 中所示。当看起来像动态过程时，很清晰的是，治理三元组的每个组件都供给另一个组件，告知遵循标准的管理和执行的接收者，以便采取适当的行动。
图 2：治理三元组的每个组件都供给另一个组件 期望的结果是为了促进组织的成熟，达到操作效率的增加的层次，以及创建可以使内部和外部审计人员审查的标准化的，可预测的过程。
牢记我在前面部分中提到的对结果的强调，通过支持对标准的遵循，以及纠正非法规遵循，在治理中加入“支配”，并实施适当的控制是管理的工作。
缺少了法规遵循报告，该循环就打破了。大量无效地实施管理，并且项目目标和团队的成功受到危害。标准失去了他们的生命力和上下文，因缺乏熟悉或故意地避免，团队忽视了标准。当管理试图实施控制时，有时候团队会将工作视为幼稚，或甚至反复无常的，并且没有机制来评估影响是好的，坏的，或无关紧要的。就像古老的谚语说的那样，如果您不知道打算去哪里，那么什么方向都行。
要使得这个动态的过程工作，法规遵循报告是必要的，令管理层可以对开发过程进行观察。当团队用标准来评估法规遵循时，他们复得了管理罗盘，并能够带着实现所期望的结果的更大信心来绘制前进的航向。他们获得了评估管理工作的影响的能力，以便可以考察二者的风险和好处。他们从那种混乱，英雄驱动的团队，动态经历 Capability Maturity Model? Integration (CMMI) 6 成熟度级别为 1 的组织，转到成熟度级别为 3 及更高 7 的更稳定，可预测，基于标准的结果。
关键的性能指示器
一些非常聪明的人 —— 从 Lord Kelvin 到 W. Edwards Deming 到 Philip B. Crosby —— 以这样的想法为生，一个人不可能管理不能度量的东西，过程 KPI 是当今他们的学说的应用。
某些开发标准，例如可证实的结束和检查点，可以是法规和审计遵循的需求。对这些标准的遵循证明了团队的完整性，以及管理变更和负责地执行的能力。但它可能没有确实地对团队生产力或者软件工作产品的可度量的质量的增加做出贡献。
因此，在不减少更面向程序的审计标准的重要性或必要性的情况下，让我们考虑团队可以用来本质上增强开发过程的项目标准。总的来说，这些标准作为 KPI，在实现团队的结果。
KPIs 一般分为两类：过程和工作产品。过程 KPIs 允许管理层处理开发过程中的可变性，以便可以理解、管理，并最终容纳此变化的根本原因和伴随的风险。这个评估过程是正在进行的管理活动，并且有利于完成并维护可预测的，可重复的过程。
文章来源于领测软件测试网 https://www.ltesting.net/
