将您的首次成功转化为可持续的发展势头：管理式扩展的剧本
让您的第一个Adobe Workfront Planning成功用例登陆是一个突破性时刻：需求激增，新团队希望获得访问权限，领导层看到了企业级可见性的潜力。
但这也是最脆弱的采用阶段：过快地走向僵化的治理，你可能会让团队回到电子表格中；过松地移动，你将重新制造出你打算解决的那种无序蔓延。
本行动手册概述了一种平衡的方法，即如何使用Workfront规划作为协调引擎，以优先实现可见性，支持本地创新，并让企业标准从真正的运营成功中诞生，而不是过早强加。
以下是从我们的经验中学到的知识以及有关观看内容的一些提示。
1.成功陷阱
有时，在首次成功使用案例或概念验证之后，就好像是采用Workfront Planning时最危险的阶段。 人们热情高涨，但对技术债务和行政无序扩张的担忧可能导致两种同样有害的反应：
-
过度管理：锁定系统太紧，以至于新团队还原为电子表格。
-
零治理：允许每个团队创建自己的字段和记录类型，重新创建旧环境中存在的零碎元数据无序蔓延。
2.核心理念：Workfront计划作为调节引擎
我们将Workfront Planning定位为显示这些差异的位置，以便对其进行协调，而不是试图阻止团队发生变化。
要支持此工作，请考虑以下事项：
-
管理采用速度：在优化现有环境之前，对于扩展至新工具，您自然会感到谨慎。 虽然选择首先简化提供了高度可控的基础，但它可能会延迟准备好进行协调的团队的价值实现时间。 我们相信，领导这一变革的最有效方法是认识到可见性是第1步；推动使用共享的、企业就绪型工具（摆脱演示文稿和电子表格的大量使用）是最终消除长期目标障碍的因素。
我们建议，不要要求您首先清理，而是将较小一部分资源用于正在进行的维护，将较大一部分资源用于解决紧迫的业务需求。
例如，仅仅花一年时间来“清理”分类法，几乎不会产生任何增量价值。 但是，提供跨团队的可见性提供了您的利益相关者所需的变革性价值，同时提供了随着时间的推移管理环境所需的统一数据结构。
您可以通过统一的企业日程表或整合的上市路线图实现跨团队的可见性。
-
了解真实情况：独立团队自然会开发自己的流程，这些流程通常隐藏在孤立的电子表格中。 通过使这些流程在共享环境中可见，您可以将它们置于一个位置，最终可以处理和改进它们。
note important IMPORTANT 过渡到Workfront Planning不会造成混乱，它会照亮已经存在的计划。 -
确认进度标志：当团队请求他们自己的字段时，它不是“蔓延”。 把它视为领养的标志。 这意味着该团队将Workfront规划视为其工作区。
-
管理债务，不要隐藏它：很自然要关注以后清理不同分类所需的工作。 然而，替代方案 — 过早强制实施严格的标准 — 往往迫使团队回到电子表格中，他们的流程（以及债务）仍然隐藏。 通过允许团队使用其当前分类在Workfront Planning中开始，您正在将该负债转移到可见、受管理的环境中。 这使得最终和解成为一项反复的任务，而不是一个单一的、压倒性的迁移项目。
3.指导性自治治理模式
您可以定义道路上的车道和本地游乐场（或受管辖的默认值和模板），同时允许团队灵活地选择其中的路径。
考虑引导式自治治理模型的以下组成部分：
有关信息，另请参阅：
全球通道
以下是全局通道的特征：
-
受控对象：每个团队必须用于企业报表的对象（例如，
Strategic Pillar、Region、Fiscal Quarter）。 -
由管理：卓越中心或营销运营管理员。
-
规则：这些字段已共享且是必填字段。
当地游乐场（或“辐条”）
以下是当地游乐场的特点
-
实验对象：特定于团队战术需求的字段或记录类型（例如，社交团队的
Influencer Handle或Web团队的URL Slug）。 -
由管理：团队负责人（具有轻度指导）。
-
规则：团队可以在此处进行创新。 如果一个本地赛道被三个以上的球队采用，它就可以被提升到全球赛道。
4.考虑治理悖论：团队优先，标准将遵循
扩展Workfront Planning的常见挑战是确定优先选项：企业治理或团队的操作协调。
我们认为，解决这一问题的最有效方法是认识到企业价值建立在双向基础上：
-
团队需要相关性：企业仅在团队主动执行时实现值。 因此，治理必须提供支持团队已知业务需求的结构，从而为团队服务。
-
企业需要可见性：只有当数据足够清白以便汇总时，领导才能做出明智的决策。 因此，各团队必须提供项目组合可见性所需的最低可行元数据，从而为企业提供服务。
托管缩放的目标是通过实现足以提供可见性的标准化来找到这两种需求的交集，但不会过多地拖延团队执行。
在构建治理模型时，请考虑以下阶段：
调整优先级：数据与可视化图表
缩放时，要了解值在不同角色之间的定义不同：
-
管理员或产品所有者为统一分类和分类赋值。 他们的目标是提供一个支持长期可扩展性的干净数据体系结构。
-
利益相关者或负责人重视可视化和insight，它们可以在全局日历或项目组合时间线中捕获。 他们的目标是识别让数据具有可操作性的闪电时刻。
服务引导的观察阶段
在早期扩展过程中，管理员的角色是促进团队与企业之间的这种交流。
作为管理员，您可以通过执行以下操作来促进此交换：
-
将操作优先于标准化：让团队在孤立的工作区中积极规划，总比让团队因缺少全局定义而停滞不前要好。 本活动是构建健康、真实的标准所需的原始数据。
-
确定可见性最小值：与领导团队合作，确定企业报表中必须清除的3-5个字段（例如，
Strategic Alignment、Start Date、Budget）。 仅将您的执行精力集中在可见性最小字段上。
治理即服务
一旦跨团队出现已知需求的模式，企业就可以将这些模式整合到全球服务中。 这就是治理即服务。
执行以下操作以实现或治理即服务：
-
观察成功的模式：识别团队已构建和采用的入选分类。
-
实现协作握手：将团队冠军聚集在一起，将他们的本地成功提升为共享的企业标准。
-
部署为服务：推出新的全局通道不是作为限制，而是作为简化报告和执行工作人员的跨团队协调的一种方式。
5.管理领域的缩放机制
基于模式的场生长模型
要应用此理念，需要对数据结构采取深思熟虑的方法。 为避免治理无序蔓延，不要急于为每个个体要求建立全球领域。
请改用以下字段成熟度路径，让实际使用情况指导您的企业标准：
-
级别1：本地试验：团队A在其工作区中创建自定义字段。
-
级别2：模式识别：管理员注意到团队B和C正在使用或请求类似的字段。
-
级别3：企业标准化：管理员在全局分类Workspace中创建该字段的单个标准化版本作为记录类型并将其联合到团队。
如何停用字段
届时，字段将不再相关，您必须停用它们。
由于Workfront Planning当前没有字段的本机存档功能，因此报废本地字段需要经过慎重的软报废流程，以便在不影响UI的情况下保留历史数据。
要停用字段，请执行以下操作：
-
执行数据迁移。 使用表视图（或Fusion）将本地阴影字段中的值批量复制到新的全局车道线字段中。 请确保在此移动过程中验证并清除数据。
-
重命名要弃用的字段：重命名前缀为
[DEPRECATED]或z_的本地字段（例如，z_Language (Old)）。 这会将字段推到字段选取器的底部，并告知用户它不应再是真实来源。 -
从所有记录表单中删除已弃用的字段。 这是最关键的一步。 这样可防止输入新数据，同时根据需要保持旧数据在现有表视图或报表中可见。
-
通过将已弃用的字段（具有前缀并从表单中删除）保留30-60天来开始失效时段，以确保迁移期间不会丢失任何数据。 在此时段后，如果在全局通道中完全协调数据，则可以从工作区中删除本地字段。
6.避免Workfront漂移
要防止Planning变得杂乱，请执行以下操作：
-
了解抽象层： Planning中的每个字段都应回答策略问题。 如果字段仅用于战术跟踪（例如，如果字段回答诸如“此验证是否获得批准？”之类的问题），请将其保留在Workfront中。
-
首先实现合并：如果团队需要新的元数据字段，请他们先检查全局分类。 这需要授予团队领导对全局分类工作区的只读访问权限（请参阅第7部分）。 通过将他们的战术需求映射到现有的战略字段，您可以防止不必要的重复并维护报告的完整性。
7.只读访问可见性模型
通过允许团队以只读方式访问全局分类工作区，查看哪些概念可以应用于他们自己的工作流，您可以解决孤立感，而不会产生孤立工作的噪音。
请考虑以下事项：
-
问题：团队（在轮辐中）感到孤立，因为他们只能看到自己的记录。
-
修复：向团队授予对这些共享记录类型指定为主要的工作区的只读访问权限。
有关信息，请参阅共享工作区。
-
结果：团队可以查看更广阔的企业背景来获取灵感和与之保持一致，但他们的本地工作区保持干净，并专注于他们的特定任务。
8.通过研讨会管理增长
扩展Workfront规划既是一项技术挑战，也是一项文化挑战。 使用有针对性的研讨会弥合治理差距。
以下是您可以参加的研讨会的想法：
“必要的混乱”发现研讨会
-
受众：区域营销领导和运营支持者。
-
目标：记录当前孤立的现实或实际分散的操作数据。
-
消息：“我们不是来删除您的字段的。 我们来这里是为了了解他们如何与全球战略挂钩。”
-
结果：将本地战术字段映射到全球战略通道的草稿。
“战略可视性”协调会议
-
受众：高级营销利益相关者（例如，担任领导角色的人员）。
-
目标：重新设置简化优先焦虑的框架。
-
消息：“我们不需要一个完美的分类。 我们使用Workfront Planning作为构建完美分类法的环境。”
-
结果：已批准在Workfront保持其当前状态时，继续将Workfront计划作为协调引擎。
“与全球对话”的展示
-
受众：正在探索Workfront Planning的新团队。
-
目标：减少孤立感。
-
消息：“了解团队A的本地工作如何自动馈送指定的主Workspace？ 你的工作也能有同样的可见度。”
-
结果：从新部门中选择加入，这些部门看到了连接而不失去其本地独立性的好处。
“持续支持”办公时间
-
受众：所有Workfront Planning用户（当前和未来）。
-
目标：为故障排除和战术指导提供周期性、低风险的环境。
-
消息：“没有错误的问题。 我们在此帮助您实时解决您的特定规划难题。”
-
结果：用户信心增强，技术冲突解决速度更快，并识别可能保证全局标准化的新模式。
9.规模人员编制：作用和责任
在托管缩放模型中取得成功不仅需要工具配置。 它要求在全球团队和分支团队之间明确分配角色。
在以下子部分中，您可以找到有关管理缩放模型的主要参与者的想法。
企业架构师（中央卓越中心或营销运营中心）
-
焦点：企业完整性、系统性能和统一数据分类。
-
责任：
-
管理全局分类Workspace。
-
通过促进本地成功达到全球标准，促进外地成熟度途径。
-
维护用于执行报告的主要Workspace视图。
-
跨工作区领导每月语义审核。
-
发言冠军（团队进程所有者）
-
焦点：团队相关性和采用速度。
-
责任：
-
充当功能团队的单一联系人。
-
拥有本地工作区结构和自定义字段实验。
-
确保团队使用受管网关Forms进行数据输入。
-
在协调过程中参与协作握手。
-
执行发起人（营销领导层）
-
焦点：策略调整、OKR可见性和项目组合可视化（例如，全局日历）。
-
责任：
-
在全局分类工作区中定义企业营销OKR。
-
将Step 1的能见度价值倡导给其他领导者。
-
加强80/20资源分配（值超过清理）。
-
支持主管（变更管理）
-
焦点：文化转变和技能发展。
-
责任：
-
主持定期办公时间和发现研讨会接触点。
-
维护内部“成功案例”展示区。
-
标识要供Enterprise Architect解决的技术冲突点。
-
10.扩展下一个团队的清单
从成功实施中学到的所有知识都应生成一份核对清单，可供您进一步实施。
以下是核对清单应包括的示例：
-
[ ] 确定冠军：谁是这个新团队的进程所有者或冠军？
-
[ ] 定义本地增量：此团队需要全局标准当前未提供的哪些2-3字段？
-
[ ] 映射到全局通道：哪些现有的全局字段可以满足80%的未来团队需求？
-
[ ] 授予全局可见性：在第1天授予他们对相关主工作区和全局分类工作区的只读访问权限。
-
[ ] 建立移交：其工作如何馈送相关的主工作区？ 例如，他们的工作可能通过全局记录类型或特定查找字段进入相关的主工作区。