对需求的分类，以便于执行为目的。便于执行指的就是：
所以，根据实践经验判断，我认为比较适合现场的需求分类维度如下：
以上三者甚至再加上其他的分类，都可以结合使用。具体的格式，要结合实际的工具来排版使用，如果能一份表，既可以导入开发者op、数知鸟，又可以让客户直接用于汇报、研发和测试用于执行，那就非常好了。
暂且抛开排版不谈，我提供的案例如下。
样例1：
需求内容：流程提交资源列表不展示的问题修复。
需求类型：bug。
所属平台：流程服务。
数据类型：业务数据。
... ...（其他内容略）
样例2：
需求内容：监控采集机ssh和sftp安全问题修复。
需求类型：新需求。
所属平台：数据基础平台。
数据业务类型：主机和网络数据。
数据处理类型：数据安全。
... ...（其他内容略）
样例3：
需求内容：将省公司CMDB和旧台账系统数据导入纳管平台CMDB。
需求类型：优化。
所属平台：资源管理平台。
数据业务类型：基础数据/业务数据。
数据处理类型：数据导入。
... ...（其他内容略）
样例4：
需求内容：流程审批办理能力对接集团智慧门户APP。
需求类型：新需求。
所属平台：流程服务/对外接口。
数据业务类型：业务数据。
数据处理类型：数据对接。
阶段：规划阶段。
... ...（其他内容略）