如果你负责公司的控制中心，你可能遇到过这种情况：领导层、审计部门或安全部门的某位员工问了一个看似简单的问题： “我们有哪些应用是业务关键型的？”, “我们为财务团队开发了什么？” or “我们在德国有哪些项目正在运行？” 而诚实的答案是： “我稍后回复你。” 

接下来的流程似曾相识：一份电子表格，一轮给团队负责人的信息沟通，一些有根据的猜测，以及一份在你发出时就已经过时的清单。

几个应用的话，你还能记住整个产品组合。但超过五个或十个，这种方法就行不通了。应用是由不同的团队在不同时间开发的，命名规则也会发生变化（如果当初真的存在过的话），而且应用的名字很少能告诉你它的所有者是谁、它的重要性如何，或者它服务于哪个地区。这些信息确实存在，但它们存在于人们的脑海中、维基百科和电子表格里，而不是应用本身。

换句话说：投资组合不断增长 => 回答有关投资组合的基本问题变成了人工操作 => 这项工作无法规模化，而且没有人完全信任这些答案。

项目类别正是为了弥合这一差距而存在的。

简而言之，“项目类别”功能允许您定义组织希望对项目进行分类的方式，然后相应地标记每个项目。

点击 分类 在控制中心的页面上，您可以创建一个类别，例如业务单元、关键性或生命周期阶段，并为其指定一系列值，例如财务、人力资源和运营，或者高、中、低。您可以将值粘贴为逗号分隔的列表，因此，如果您已经将成本中心或域记录在案，设置类别只需一两分钟。此外，还有一个预配置的类别。 国家 一键开启包含 250 个国家/地区的类别。

类别创建完成后，每个项目都会获得相应的值。 个人设置 如果您不想让每个团队手动操作，可以通过项目 API 批量分配类别，并通过项目类别 API 管理这些类别。如果您的数据源位于其他地方，并且您希望控制中心与之保持同步，这一点就非常重要。

在“国家/地区”旁边，您最多可以创建十个自定义类别，每个类别最多可以包含 250 个值。我们建议您将此视为一个有益的限制：几个每个人都会持续填写的维度远比一个无人维护的长列表更有价值。

显而易见的优势在于可查找性。当每个项目都使用同一套标签时，“显示金融领域所有高关键性应用”就不再需要费力搜索了。

不太明显的优势在于一致性。由于类别使用固定的值集而非自由文本，因此不会出现“财务”、“财务部门”和“FIN”都指代同一事物的情况。每个值都有一个唯一的代码，该代码由系统自动生成，并且可以编辑以匹配现有方案。因此，即使您之后重命名了某个值，任何通过 API 集成的程序仍然可以依赖该代码。

随着时间的推移，类别也会成为治理对话的基础。了解哪些项目对业务至关重要、哪些项目处理敏感数据或哪些项目受特定法规约束，是决定哪些方面需要更严格审查、哪些团队可以加快进度以及哪些方面需要向领导层汇报的起点。类别本身并不会替你做决定，但它们为你提供了一个可靠的起点。

如果您不确定从哪里开始，请选择两到三个最常被问到的问题的类别。所有权（业务部门或领域）、重要性、阶段（例如构思、开发、上线等）和国家/地区是一些最常用的类别。然后：

我们感觉“项目分类”是控制中心鲜为人知的功能之一，我们希望改变这种状况。如果您已经在使用此功能，我们很想了解您设置了哪些分类以及它们的用途。如果还缺少某些功能， 也请告诉我们。因为它直接影响着我们接下来的建设方向。

您可以在以下位置找到完整详情： 项目类别文档。