脱下我的WBS！
在综合赚取的价值管理系统（EVMS）中，合同工作分解结构（WBS）是所有事物所依赖的枢纽。在没有流程协议的情况下，一些刚刚赚取价值管理（EVM）的新组织不得不在对WBS进行任意更改后，必须以艰难的方式学习这一事实。到了报告时间，很快就清楚地表明，项目数据的一部分已经被淘汰。在本文中，我们探讨了稳定的WB的重要性，该WB处于严格的变化控制下。不理解这一点的重要性将不可避免地导致混乱和最糟糕的WB，即严重破碎的系统。
任何集成的业务系统都需要一个数据密钥，这是一个可以通过系统中的所有参与工具追踪的唯一值。对于综合赚取的价值管理系统而言，这同样是正确的，几乎没有例外。使用的关键值是分配给项目WBS元素的代码。该WBS代码必须始终存在，并且一旦项目基本，就无法在不严格的遵守过程中进行更改。因此，良好的WBS开发和维护至关重要。
首先，应尽早开发WBS，并且必须包含项目范围的所有元素。最好，结构应至少降至控制帐户级别，IE。WBS元素符合组织分解结构的点（obs），但如果需要，它可能会降低。
在上图中，说明了典型的结构。如果预期多个项目，WBS可以从代表组织的根元素开始。下一个级别是项目级别，然后是要构建的系统。在此下方，列出了子系统元素，然后列出了为项目构建的组件。
正是此组件级别通常是控制帐户级别的主要候选人。通常，这是专业团队管理这项工作的水平。这意味着该团队的经理经常被赋予控制客户经理（CAM）的角色，并负责管理预算的一部分。
可以将其视为该团队的摘要级别。工作通常会进一步分解为工作包，在工作包下方是完成工作的任务。尽管项目的水平和复杂性差异很大，但这代表了常见WBS实践的合理例子。明智的做法是使您的控制帐户保持尽可能高的水平，以减轻下游差异报告的负担。
开发完成后，必须维护WBS。第一步是创建WBS词典。这可以是一个简单的电子表格，列出了所有WBS元素。这通常包括一个代码列，描述，预算列，以记录计划的小时或美元，合同行项目编号（Clin）列，控制客户经理（CAM）列，组织分解结构（obs）列（obs）列和声明Work (SOW) column that has a paragraph from, or reference number to a paragraph in the project’s SOW.
WBS词典完成后，程序经理应授权它，然后严格的变更控制。绩效测量基线（PMB）将从WBS词典开发，而WBS词典又是根据工作声明发展而来的。
更改WBS
WBS的更改仅应使用正式的更改控制管理程序进行。进行更改后，必须通过项目调度程序，EVM系统专家，金融系统专家和任何其他构成集成系统一部分的项目组件的全面参与来执行它们。更改应以向WBS添加元素的形式，而不是删除或重命名现有元素，尤其是正在进行的元素。
WBS的变化对所有系统都有影响。如果在没有所有受影响系统的正式更新的情况下，将在先前报告周期中编码为1.4.6.1的元素被更改为1.4.7.0，则结果是灾难性的。该系统将将更改的代码视为新代码。这切断了后来的工作，从迄今为止累积的历史。电动汽车数据被妥协，混乱很难清理。
在这种情况下，最宽容的工具之一是Deltek Winsight。这不是该工具的错；它对意外变化更为敏感，因为它旨在报告基于历史的趋势。通过更改过程中的WBS元素代码，人们有效地改变了历史记录，因此破坏了Winsight的线性路径。
赚取价值管理的基本规则是，永远不要改变历史。改变历史可能会导致突然缺乏趋势数据。不用说，当威西XML文件被损坏时，这可能会迅速破坏政府认证。
简而言之，如果可能的话，不要改变您的WBS；而且，如果您必须进行更改，请确保您的系统专家有授权文书工作，并清楚有关更改的详细信息。