:::info 资源的有限性与需求的无限性，理性（定量）的分析出核心需求，确定需求的优先级，优先用有限的资源实现最有价值的需求 — 这是项目管理上的要求 :::

    可基于如下几个维度去评估每一个需求点，然后理性的（非拍脑袋觉得哪些是重要的，哪些是不重要的，多维度考虑，重要的需求如果影响面大、又复杂、风险又高，它也是一个低优先级需求）决策出哪些需求需要裁剪，哪些需要优先实现

    如下一些特性维度：

    重要性
    1级-核心特性：模块的核心，如果该特性不实现则模块没有存在意义。如果实现得不好，则模块可能根本就无法使用。所以应该第一时间实现并验证可用性
    2级-重要特性：对用户体验有很大影响，如果不实现会导致模块很难使用。或者80%客户可能用到该特性。可以在核心特性/框架实现后再增补
    3级-美化特性：不是很重要，是对核心或重要特性的一个美化，不实现不会导致模块无法使用。可能只有少量(比如20%以下)客户会用到该特性如果版本遇到困难，可以考虑裁剪
    4级-扩展特性：确定当前版本不做，将来可能会加以扩展。当前版本不做，但设计上不能把这条路堵死

    复杂度
    1级-不确定级：风险程度超高，在设计前根本无法知道什么方案一定能满足需求，需要进行预研验证。该类特性应第一时间安排预研验证
    2级-极限：即思维极限级别，高风险特性。非常复杂，与多个特性有密切联系，方案的些许改变会引起其他需求特性的变化，出问题会导致整个方案的推翻，需要绞尽脑汁的深入思考、推导、考量。需要全心投入的深入思考后拿出多个可能方案，借用部门乃至公司最高技术能力作为外脑进行决策
    3级-复杂：风险程度中高，出问题对别的模块有影响，但不会导致整体方案的推翻。设计时应当详细描述方案和关联，设计评审时需要关注到
    4级-一般：风险程度中低，出问题只影响局部细节，不会导致整体方案的推翻。设计文档能够体现、覆盖即可。不作为设计重要关注点。可以在核心完成之后查缺补漏。评审时，相关人员关注到即可。

    影响面
    1级-架构级影响：该需求特性会影响到设计架构，或者大量功能特性，或者其它部门/产品的重要特性意味着应该最早时间确定，避免成为关键节点
    2级-特性级影响：该需求特性会影响到其它特性的实现，导致其它特性难以实现。意味着应该在影响特性制定方案之前确定，避免影响其它特性的进度
    3级-接口级影响：该需求特性会导致其它特性的实现发生变化，引起接口级的改变(也就是说影响不到核心)。意味着在影响特性开始编码之前确定，避免代码大幅变更
    4级-弱影响：对其它特性没啥影响，或者影响很小，出现问题，通过简单修改也可解决。意味着基本不用考虑其它模块进度，整体联调前确定问题就不大

    风险
    1级-架构师关注：高风险，公司极为关注的特性，需要架构师重点跟进的特性
    2级-T6专家关注：需要部门安排T6专家专项跟进
    3级-项目组关注：需要项目组安排结对专家跟进
    4级-正常跟进：没啥风险，按正常质量跟进流程，在关键流程节点抽查即可

    如下比如每个从更优的角度来看，绿色>黄色>橙色>白色，即可得到最优的需求，也可基于相应的分数统计，比如绿色4分、黄色3分、橙色2分、白色1分，那么分数最高则可优先考虑：
    image.png