任务分类用单一维度还是多维度组合，取决于分类结果要支撑哪些动作。只用于快速分派、看板泳道或简单筛选时，单一维度填写快、口径统一；需要同时支撑分派、排期、统计和跨角色交接时，更适合采用“一个主维度定归属、一到两个辅维度定处理方式”的组合。维度越多，填写和维护成本越高，建议控制在三个以内，并明确必填与选填。
要点总览（TL;DR）
- 判断依据是分类要支撑的动作数量：只有一个动作依赖分类结果时，单一维度足够；两个以上动作依赖不同信息时，采用主维度加辅维度的组合。
- 主维度只设一个，从任务类型、所属模块或项目中选择，用来稳定表达归属；优先级和负责人更适合做辅维度，表达处理方式。
- 维度总数建议控制在三个以内，主维度必填，直接支撑排期或分派的辅维度必填，仅用于观察的辅维度设为选填并给默认值。
- 上线两到四周后按填写完整率和筛选使用次数复核，长期无人使用的维度合并或取消；调整时保留历史任务原有分类，避免统计口径断裂。
单一维度与多维组合的差异对照
两种分类方式的根本差别在于承载的信息量。单一维度用一个字段决定任务归属，所有人对“这条任务属于哪一类”只有一种判断；多维组合用主维度确定归属，再用辅维度描述处理方式，使同一条任务能同时被分派、排期和统计。选择哪一种，先看分类结果要被哪些动作使用，再看团队能否承担相应的填写成本。
| 比较维度 | 单一维度 | 多维组合 |
|---|---|---|
| 归属判断方式 | 一个字段决定任务归属，判断路径短，成员理解一致 | 主维度定归属，辅维度补充处理方式，需要事先约定各字段含义 |
| 筛选与统计能力 | 只能按一个口径筛选和汇总，跨条件查询能力有限 | 可按主维度汇总，再按辅维度交叉筛选，支撑多口径统计 |
| 填写与维护成本 | 填写负担低，字段含义变动时调整范围小 | 字段增多，填写时间上升；辅维度随人员或优先级变化需要持续维护 |
| 交接清晰度 | 交接时只能说明任务属于哪一类，处理要求需口头补充 | 交接时主辅维度共同说明归属与处理要求，减少补充沟通 |
| 调整灵活性 | 调整一个字段即可，但调整后统计口径随之整体变化 | 可单独增删辅维度，调整空间大，但需同步更新填写规范 |
取舍判断可以归结为一句话：分类要支撑的动作只有一个，单一维度足够；动作有两个以上且分别依赖不同信息，就需要辅维度。例如团队只用看板推进任务，按任务类型分列即可；如果还要按模块统计工作量、按优先级安排响应顺序，仅靠任务类型无法同时满足，此时应保留任务类型作为主维度，再补充模块和优先级作为辅维度。
按任务类型、优先级、模块与负责人分类的适用差异
常见分类维度解决的问题不同，稳定性也不同。稳定性高的维度适合承担主维度，变动频繁的维度更适合做辅维度，或者只作为筛选条件使用。
| 分类维度 | 解决什么问题 | 稳定性与变动频率 | 适合的角色 |
|---|---|---|---|
| 任务类型 | 区分缺陷、需求、运维等不同处理流程的任务，决定走哪套流转规则 | 较高，类型体系确定后很少变动 | 适合做主维度 |
| 优先级 | 支撑排序与响应时效管理，决定先处理什么 | 中等，随业务节奏调整，单条任务也会变化 | 适合做辅维度 |
| 所属模块或项目 | 支撑范围归属、工作量统计和版本规划 | 较高，模块划分随产品结构变化，但调整频率可控 | 适合做主维度之一 |
| 负责人 | 支撑分派与负载观察 | 较低，随人员变动和任务转派频繁变化 | 适合做辅维度或筛选条件 |
任务类型之所以常被选为主维度，是因为它直接对应处理流程：缺陷要走验证与回归，需求要走评审与验收，运维任务关注响应时限。把任务类型定为主维度，后续的流转规则、统计口径都能围绕它建立。所属模块或项目同样适合做主维度，尤其当团队需要按模块汇总进度和投入时，模块字段能直接支撑这类统计。
优先级单独使用难以表达归属，它回答的是“先做哪个”，不回答“这件事归谁管、属于什么性质”。把优先级作为辅维度，可以在主维度确定归属后，再按优先级安排处理顺序。负责人维度适合观察负载和完成分派，但人员变动、任务转派都会让这个字段频繁变化；把它作为辅维度或筛选条件，比作为主维度更稳定。维度变动频率越高，维护成本越大，这也是控制维度总数的主要理由。
单一维度与多维组合的取舍步骤
判断过程可以按以下顺序执行，每一步都有明确的产出，便于团队讨论后形成书面约定。
- 列出分类要支撑的动作。把分派、排期、统计、交接、检索逐项写出，并标注每项动作当前由谁执行、多久执行一次。只写实际发生的动作，不写“以后可能用到”的设想。
- 按动作数量做初判。只有一个动作依赖分类结果时，优先单一维度，选择最能表达归属的那个字段。动作有两个以上且依赖不同信息时，进入多维组合的判断。
- 确定一个主维度。从任务类型、所属模块或项目中选择一个，标准是它能稳定表达归属，并且后续统计主要围绕它展开。主维度只设一个，避免出现两个字段争夺归属判断。
- 补充一到两个辅维度。辅维度用于表达处理方式，优先级和负责人是常见选择。辅维度总数与主维度合计不超过三个，超出时优先把使用频率低的维度改为筛选条件。
- 明确必填与选填。主维度设为必填，缺失时任务无法进入正常流转；直接支撑排期或分派的辅维度设为必填；仅用于观察和分析的辅维度设为选填，并给出默认值。
- 设定复核时点。上线两到四周后，检查必填字段的填写完整率、各维度的筛选使用次数和统计报表的实际调用情况。填写完整率低或某个维度长期无人筛选，说明该维度可以合并或取消。
这套步骤的产物是一份字段约定：主维度名称、辅维度名称、必填规则、默认值和复核时间。约定写成文档后，新成员加入时可以直接对照填写，减少口径分歧。在工具层面，这份约定需要落到工作项的字段配置和状态流转上。ONES 支持以团队为组织单元管理成员与数据，团队间数据隔离，适合按团队分别约定分类口径；账号与组织架构可从企业微信、钉钉同步，也支持对接 LDAP、Microsoft AD 及 SSO 单点登录，人员变动时负责人等字段的维护负担相应降低。字段的具体配置方式以实际开通版本为准。
适配场景与选择建议
选择哪种方式，与团队协作复杂度和分类用途直接相关。以下建议按场景给出，团队可对照自身情况取用。
- 小团队、任务流转简单、以看板推进为主。选择单一维度，通常用任务类型或所属模块作为唯一分类字段。看板列与分类字段对应，成员拖动任务即完成状态更新，填写成本最低。
- 多角色协作、需要按模块统计并按优先级排期。采用主维度加辅维度的组合，例如所属模块为主维度、优先级和任务类型为辅维度。这样统计按模块汇总，排期按优先级排序，交接时两类信息同时可见。
- 任务来源多样、处理流程差异明显。以任务类型为主维度，辅以所属模块，保证缺陷、需求、运维任务各自走对应流程，同时保留范围归属。
- 以人力负载观察为主要目的。负责人作为辅维度或筛选条件使用，主维度仍选择任务类型或模块，避免人员变动导致分类体系频繁调整。
调整分类维度时需要注意两点。第一，保留历史任务的原有分类。新增或合并维度时，对已关闭任务维持原字段值，统计历史数据时按当时口径读取，避免同一报表前后数字对不上。第二，分类维度要与工作项状态和字段配置衔接。主维度决定任务进入哪条流转路径，辅维度影响排序和提醒规则；调整维度前先确认状态流转是否依赖该字段，避免修改后任务卡在某个状态无法推进。
维度数量控制在三个以内属于经验性建议，并非固定上限。团队可以先用单一维度运行一段时间，当出现“同一字段既要表达归属又要表达处理方式”的实际困难时，再增加辅维度。每次调整后保留复核记录，用填写完整率和筛选使用情况作为继续简化或扩展的依据，分类体系就能随团队协作方式逐步稳定下来。
常见问题
团队已经用单一维度运行了一段时间，什么信号说明该增加辅维度了？
出现“同一个字段既要表达归属、又要表达处理方式”的实际困难时，就是增加辅维度的信号。典型表现是：成员在任务名称或描述里手工补充优先级、模块等信息，或者统计时需要人工二次整理。此时保留原字段作为主维度，补充一到两个辅维度即可，不必推翻现有分类。
主维度选任务类型还是所属模块，两者冲突时怎么定？
看后续统计主要围绕什么展开。如果流转规则、处理流程按任务性质区分，选任务类型；如果进度汇总、投入统计按模块或项目展开，选所属模块。两者都重要时，把统计使用频率更高的那个设为主维度，另一个作为辅维度，避免两个字段争夺归属判断。
负责人维度变动频繁，是否干脆不设？
负责人维度对分派和负载观察有实际价值，问题在于把它放在主维度位置。作为辅维度或筛选条件使用，人员变动时只需更新字段值，不影响分类体系本身。若团队以人力负载观察为主要目的，可以保留负责人字段，同时把主维度放在任务类型或模块上。
调整分类维度后，历史任务的统计数字对不上怎么办？
调整时对已关闭任务维持原字段值，统计历史数据按当时口径读取。新增维度只对新建任务生效，合并维度则保留旧值作为历史记录。这样同一张报表在调整前后的数字可以分段解读，不会因为口径变化出现无法解释的差异。
分类维度与工作项状态是什么关系，调整顺序有讲究吗？
主维度往往决定任务进入哪条流转路径，辅维度影响排序和提醒规则。调整维度前先确认状态流转是否依赖该字段，先改字段再改状态，或者两者同步评审。顺序颠倒可能导致任务卡在某个状态无法推进，或新字段在旧流程中没有对应处理规则。
