背景： 1、不习惯采用excel工具跟踪多内容多记录的信息，同时还要求不定期更新和传递。
2、需求统一线上管理
问题：
1、每个业务接口人都有自己的需求清单、每个样板点都有自己的需求清单、容易丢失，不好管理。
2、如何统一线上管理。
3、如何跟业务接口人、样板点接口人保持一份相同的原始需求清单
解决方案：
1、全部需求上需求管理系统
2、充分使用草稿态的原始需求，需求方案和大致时间基本确定后，提交原始需求，走流程
3、共享原始需求视图，标注标签，模块、来源办事处、责任团队或关联规划SE等一系列标签
4、填写期望解决日期
5、DT反馈计划解决日期
根据以上逻辑，每周定期更新原始需求清单。
在第一阶段执行时，遇到一些问题：
1、原始需求流程过长，有些小需求，需要到高层领导审批，不合适。
2、原则上所有需求，都必须过核心规划组评审，因此需要业务决策时选择合适的流程。
3、项目组自规划的需求，未经过业务，不合适。
后续计划执行流程
1、小优化需求，一律不升级业务高层
2、项目组自规划需求，统一也提交给业务，保持透明
3、所有标签都约定好规则，需求提交统一增加标签。
统一原始需求列表主要应用场景：核心规划组评审、业务DT领导沟通汇报、
原始需求管理模式的改变，侧面体现出企业数字化转型的一个缩影：
首先通过将线下表格全部迁移到线上，汇聚成统一列表。次过程不能做成后补的一种行为，应该从一开始就填入，否则推行会存在困难。
为了解决多角色协同问题，保持主流程统一，按标签进行区分的场景，高效，便捷。这个环节要解决标签规则统一的问题，同时需要支撑按标签视角进行个性化的视角展示。体现数据灵活筛选的便利性。
工程交付项目管理，存在很多此类场景，尤其是对于以协作为主的业务场景。比如：问题管理、风险管理等。基于这个角度来看，如果采用底层工作项模式，将对于未来的场景扩展性有较大的优势。可惜目前并没有使用工作项，这也是选择A而失去B的优势。
2、需求统一线上管理
问题：
1、每个业务接口人都有自己的需求清单、每个样板点都有自己的需求清单、容易丢失，不好管理。
2、如何统一线上管理。
3、如何跟业务接口人、样板点接口人保持一份相同的原始需求清单
解决方案：
1、全部需求上需求管理系统
2、充分使用草稿态的原始需求，需求方案和大致时间基本确定后，提交原始需求，走流程
3、共享原始需求视图，标注标签，模块、来源办事处、责任团队或关联规划SE等一系列标签
4、填写期望解决日期
5、DT反馈计划解决日期
根据以上逻辑，每周定期更新原始需求清单。
在第一阶段执行时，遇到一些问题：
1、原始需求流程过长，有些小需求，需要到高层领导审批，不合适。
2、原则上所有需求，都必须过核心规划组评审，因此需要业务决策时选择合适的流程。
3、项目组自规划的需求，未经过业务，不合适。
后续计划执行流程
1、小优化需求，一律不升级业务高层
2、项目组自规划需求，统一也提交给业务，保持透明
3、所有标签都约定好规则，需求提交统一增加标签。
统一原始需求列表主要应用场景：核心规划组评审、业务DT领导沟通汇报、
原始需求管理模式的改变，侧面体现出企业数字化转型的一个缩影：
首先通过将线下表格全部迁移到线上，汇聚成统一列表。次过程不能做成后补的一种行为，应该从一开始就填入，否则推行会存在困难。
为了解决多角色协同问题，保持主流程统一，按标签进行区分的场景，高效，便捷。这个环节要解决标签规则统一的问题，同时需要支撑按标签视角进行个性化的视角展示。体现数据灵活筛选的便利性。
工程交付项目管理，存在很多此类场景，尤其是对于以协作为主的业务场景。比如：问题管理、风险管理等。基于这个角度来看，如果采用底层工作项模式，将对于未来的场景扩展性有较大的优势。可惜目前并没有使用工作项，这也是选择A而失去B的优势。