政务信息化项目需求评审方案

政务信息化项目需求评审方案一、总体要求政务信息化项目需求评审是决定项目成败的第一道闸口——需求阶段遗漏一个关键场景，到了开发、验收阶段的返工成本将放大5~10倍（据软件工程行业普遍认可的缺陷成本放大规律）。本方案旨在把需求评审从「走过场式上会」改造为「分级、分岗、有留痕、可追责」的标准化动作，确保进入立项或招标环节的需求真实、完整、可验证。1.1适用范围•本级政府部门（含直属事业单位）立项的新建、改建、扩建政务信息化项目，预算估算30万元以上；•已立项项目的重大需求变更（变更影响估算超过原合同金额10%，或涉及数据共享、安全边界变化）；•运维类、纯硬件采购类项目不适用本方案，按政府采购相关规定执行。1.2评审目标1.完整性：业务场景覆盖率不低于95%，核心业务流程无断点；2.一致性：需求与国家、省级政务信息化规划及本部门「三定」职责无冲突；3.可验证性：每条功能需求均可转化为可执行的测试用例；4.合规性：满足网络安全等级保护、数据安全、密码应用等强制性要求。二、组织架构与职责评审组织采用「三层结构」：业务需求方提供场景真实性，技术评审组提供实现可行性，评审委员会做最终裁决——三方缺一，评审结论即无效。2.1评审委员会•组成：分管领导任主任委员（5~7人单数），成员包括业务处室负责人、信息化管理机构负责人、财务处代表；•职责：审定评审结论（通过/有条件通过/不通过），裁决评审争议；•会议规则：出席人数不少于5人且主任委员必须到会，否则评审无效。2.2技术评审组•组成：信息化管理机构牵头，外聘行业专家2~3名（专家须与潜在投标供应商无近3年雇佣或持股关系，并签署利益回避承诺书）；•职责：对需求规格说明书进行技术可行性与合规性审查，出具书面意见。2.3业务需求方•组成：提出需求的处室指定1名业务负责人+至少2名一线经办人员；•职责：对需求场景逐条确认，回答评审质询，会后3个工作日内完成需求澄清回复。2.4评审秘书由信息化管理机构指定专人担任，负责：会前5个工作日分发材料、会议记录、意见跟踪闭环、评审档案归档（保存期限不少于项目全生命周期+5年）。三、评审分级与触发条件不同体量的项目，评审深度必须不同——50万元以下项目搞全套评审是资源浪费，500万元以上项目搞简化评审是重大隐患。分级标准如下：级别适用范围评审形式评审周期结论效力A级预算估算500万元以上，或涉及跨部门数据共享、个人信息超10万人规模会议评审+专家独立书面审查+现场质询材料受理后15个工作日内完成委员会全票或2/3多数通过B级预算估算100万~500万元会议评审材料受理后10个工作日内完成委员会多数通过C级预算估算30万~100万元书面评审（函审）材料受理后7个工作日内完成技术评审组+主任委员签批任一项目若满足以下任一条件，必须升级至A级评审，不受预算限制：•涉及省级以上数据共享交换平台对接；•涉及个人敏感信息（身份证号、生物识别、健康医疗等）采集处理；•等保定级为三级及以上。四、评审材料要求材料不齐不上会——这是硬约束，评审秘书对材料齐套性负形式审查责任，缺项材料的项目不得进入评审排期。需求方必须在会前5个工作日提交以下材料（A级项目为7个工作日）：1.《项目需求说明书》：含业务背景、用户角色清单、业务流程图（泳道图，标注每个环节的责任角色）、功能需求清单（逐条编号，格式为「模块-功能-编号」）、非功能需求（性能指标须量化，如「并发用户数≥500，页面响应时间≤2秒（P95）」）；2.《数据资源目录》：列出采集的数据项、来源、共享方式、密级、是否涉及个人信息及采集的法律依据；3.《与现有系统关系说明》：新建系统与在用系统的边界、接口清单、数据迁移范围；明确「替代哪些旧系统、保留哪些」——避免建成后新旧系统并行的「两张皮」问题；4.《初步安全需求》：等保定级建议（依据《中华人民共和国网络安全法》及网络安全等级保护相关国家标准）、密码应用初步方案（依据《中华人民共和国密码法》）；5.《预算估算表》：估算依据须逐项注明（人月单价×工作量、第三方测评费、等保测评费等），标注「估算」字样。材料格式统一为可编辑的Word/Excel文件，需求条目严禁使用「支持XX管理」「提升XX效率」类不可验证表述，必须改写为「谁+在什么条件下+做什么+输出什么+性能指标多少」。五、评审要点与核查方法评审不是通读材料念一遍，而是按清单逐项核查。以下清单按「不合格判定」设计——命中任一条即视为该项不通过，须整改后复审。5.1业务完整性核查•每个业务处室的实际经办人现场走一遍核心流程（评审会现场「流程走查」，每个流程限时15分钟），检查流程图是否与实际操作一致；•核查异常场景覆盖：请假审批类系统是否覆盖「审批人不在岗时的代审批」、申报类系统是否覆盖「退回后修改重新提交」、与第三方对接的系统是否覆盖「对方接口超时/返回异常」——异常场景覆盖率低于核心场景数30%视为需求不完整；•核查历史数据：系统上线后旧数据是否可查询？必须明确数据迁移范围与历史数据只读保留方式。5.2技术与合规核查•架构核查：新建系统优先复用本级政务云资源及统一身份认证、电子证照、电子签章等公共支撑平台；确需自建用户体系的，必须书面说明理由并经技术评审组同意；严禁新建独立机房或自建与政务云重复的底层设施；•数据核查：个人信息采集必须遵循最小必要原则，逐项说明采集目的与法律依据；严禁以「先采集再说」方式预留字段；数据共享必须通过本级共享交换平台，严禁点对点私开数据库接口；•安全核查：等保定级建议由技术评审组复核；涉及密码应用的，按商用密码应用安全性评估要求纳入需求。5.3可验证性核查•抽查不少于20%的功能需求条目（A级项目不少于50条或30%，取大者），逐条尝试改写为测试用例；改写不出测试用例的条目视为不可验证，必须退回重写；•非功能需求核查量化指标：并发数、响应时间、可用率（政务对外服务系统一般不低于99.5%）、数据备份RPO/RTO（如RPO≤15分钟，RTO≤4小时），无量化指标的非功能需求一律退回。5.4出具意见规则•评审意见分为：通过/有条件通过（附整改清单，明确整改责任人与复核时间）/不通过（说明理由）；•「有条件通过」的整改复核由评审秘书在整改完成之日起3个工作日内组织，复核只针对整改清单逐项销号；•整改期限一般不超过10个工作日，逾期未整改视为撤回申请。六、评审流程与时限全流程共6个环节，按PDCA闭环设计，每个环节有明确的责任人和产出物：1.申请受理：需求方向信息化管理机构提交评审申请及材料（5.2节清单），评审秘书2个工作日内完成齐套性形式审查，缺项一次性告知；2.预审：技术评审组在3个工作日内完成书面预审，形成《预审问题清单》（逐条编号，标注严重程度：重大/一般/建议），重大问题未澄清不得上会；3.会议评审：评审会时长A级不超过半天、B级不超过2小时；议程固定为「需求方陈述（20分钟）→专家质询（按预审问题清单逐条过）→委员合议→宣布结论」；4.结论下达：评审秘书在会后2个工作日内形成《评审意见书》，经主任委员签发后送达需求方，并抄送财务处作为预算安排依据；5.整改与复核：按5.4节执行；6.归档与跟踪：评审档案（申请材料、预审清单、会议纪要、意见书、整改记录）在结论下达后5个工作日内归档；项目招标文件中的需求内容必须与通过评审的需求一致，技术评审组在招标文件会签时核对，不一致处必须退回修改。七、风险分析与防控需求评审阶段的风险有三个典型演化路径，防控措施针对路径上的关键节点设置阻断点：1.需求被供应商反向定义：需求方在编制需求阶段接触潜在供应商→供应商以「免费方案咨询」植入倾向性技术条款→招标竞争性失效→后期锁定高价续约。阻断点：评审阶段严禁需求材料出现特定品牌、特定架构专有技术名词；专家利益回避核查在聘任前完成；2.需求「大而全」导致项目烂尾：业务处室把愿望全部写成需求→预算与工期被严重低估→开发中途砍需求→交付系统与最初承诺严重不符→业务处室弃用。阻断点：需求清单必须划分「一期必做/二期可做/远期规划」三档，一期范围以预算估算为准硬性框定；3.评审走过场导致带病立项：材料准备仓促→会上无人实质质询→结论「一致通过」→需求缺陷带入实施阶段→验收争议与返工。阻断点：预审问题清单必须不少于5条实质性意见方可上会（形式审查不计数）；会议纪要必须记录每条质询与答复原文。八、责任追究•需求方对场景真实性负全责；因需求失实导致项目返工或无法验收的，追究需求处室负责人责任，并在下一年度项目申报中限制受理；•评审专家签署意见后对技术判断负责；与供应商存在利益关联未申报的，取消专家资格并按相关规定追责；•评审秘书对流程合规与档案完整性负责；未按本方案时限执行且无正当理由的，纳入信息化管理机构内部考核。九、附则•本方案自印发之日起执行，由信息化管理机构负责解释；•每年度末对本方案执行情况评估一次，根据评审通过率、整改率、项目验收争议率三个指标修订分级标准与评审清单。附件一：需求评审申请表（样表）项目名称（填写）申请单位（填写处室全称）项目类型新建/改建/扩建预算估算（万元，注明估算依据）是否涉及个人信息是/否（若是，填写数据项与规模）等保定级建议一级/二级/三级是否跨部门数据共享是/否（若是，填写对接平台）建议评审级别A/B/C需求负责人张某某（示例）联系电话138******附件清单需求说明书□数据资源目录□系统关系说明□安全需求□预算估算表□处室负责人签字（手签）日期年月日附件二：评审要点核查清单（Checklist）序号核查项判定标准通过/不通过1业务流程覆盖核心流程经现场走查与实际一致2异常场景覆盖异常场景数≥核心场景数×30%3需求可验证性抽查条目100%可改写为测试用例4性能指标量化并发、响应时间、可用率均有数值5公共平台复用无自建重复设施，或已书面说明理由6个人信息最小必要逐项有采集目的与法律依据7数据共享方式均通过共享交换平台8等保与密码要求定级建议经复核，密码应用已纳入9一期范围框定需求已分一期/二期/远期三档10无倾向性条款无品牌名与专有技术名词附件三：评审意见跟踪台账（样表）编号问题摘要严重程度提出人整改责任人整改期限复核结果销号日期1（示例）并发指标未定义重大专家A