数，研发部各小组（开发、UI、测试）与产品部门就需求内容和实现方式等达成一致，可形成会议纪要存档，并与《需求申请表》（或邮件的形式）同时提交需求审批。需求提交前需确认的内容包括：（一）与开发人员沟通，确定需求类型。（二）需求的可行性分析。各部门小组进行可行性分析时需关注的内容为：1研发部对需求的技术可行性进行初步分析，并帮助需求提交人员识别关联系统。2需求关联系统的归属开发人员就需求是否符合业务发展规划，以及需求对系统中已有业务功能的影响进行评估。3产品部、开发人员、测试人员对需求的业务逻辑、风险、合规等进行初步评估。第八条需求会签原则上中、大型项目或需求，需要通过会签流程，征求各部门相关同事或领导审批，审批通过方可进入到后续开发流程。此条制度视公司具体情况需要，灵活运用。
第九条需求评估流程
第五章需求评估
f需求评估流程说明及职责分工：（一）需求调研，需求文档完成开发后，产品经理需将需求提交至项目管理人员统一管理，项目管理人员需要将需求文档发送至研发部想干的各分部门会签。会签通过后组织需求评估会议。
（二）项目管理员审核相关要素，包括：参与会签审批的干系人是否齐全，各干系人是否审批通过。
附：紧急需求另行处理（待完善，可划分为业务需求、紧急需求、生产QC等三种类型）
f（三）需求评估会上要评估的内容包括：1确认需求内容，分析需求合理性：需求开发负责人从技术层面对需求的技术可行性、性
能等进行初步评估；测试部及其他相关产品部门从业务角度，对需求的业务逻辑、业务流程、业务目的、风险、合规等方面内容进行评估。
23初步确认需求的实现方式。45初步评估需求的开发工作量。6明确需求系统设计、编码、测试、上线阶段的里程碑以及各阶段的交付物和负责人。7确定需求评估结论。（四）需求评估完成后，填写《需求评估表》（待设计表格），需填写的内容包括：1不予开发或者有变更的事项；
2该需求对其他关联系统的影响；3需求所需人力、工时、里程碑以及整体评估结论等。
（五）评估表填写完毕后，评估人员需当场签字确认，项目管理员检查需求评估表的信息是否填写完整、准确。
第十条第十一条需求评估考虑层面
需求评估主要从技术角度和业务角度进行考虑。
f若需求评估通过，会后需求提交人员根据需求评估的结论更新需求，更新后的需求将作为研发部开发的最终依据（避免需求多次变更）。
若出现下列情形之一的，评估组出具意见后可退r