系统集成项目管理工程师 · 高频练习

QFD 中的常规需求、期望需求和意外需求怎么区分?

中级 单选题 第 987 题 中等 系统集成项目管理工程师质量功能部署QFD常规需求期望需求意外需求
题目

某客户明确提出系统要支持批量导入;虽然没有专门写出,却理所当然地认为导入过程不能丢失已提交数据;试用时,系统主动识别出跨部门重复客户并给出合并建议,让客户十分惊喜。三者按 QFD 依次属于()。

A 常规需求、期望需求、意外需求
B 期望需求、常规需求、意外需求
C 意外需求、期望需求、常规需求
D 常规需求、意外需求、期望需求
题目类型:原创高频练习题 用途:用于帮助理解系统集成项目管理工程师相关考点和答案解析,不等同于官方真题。
正确答案
A
答案解析

常规需求是用户明确提出、实现越充分越满意的需求;期望需求是用户常常默认应该具备、缺失时会明显不满的需求;意外需求也称兴奋需求,通常超出原要求,具备时带来惊喜,缺失时未必引发抱怨。

选项分析

A

正确。明确提出、默认必备和超预期惊喜依次对应三类需求。

B

错误。明确提出的批量导入应归为常规需求。

C

错误。主动查重不是原来明确提出的常规需求。

D

错误。数据可靠是默认期望,不是提供后才带来惊喜的意外需求。

本题为什么容易错

期望需求最容易被误解成用户说自己期待什么。QFD 语境下,它往往恰恰是用户没详细说、却默认产品应该做到的基本表现,缺失后不满会很强。

先看结论

简短答案

QFD 中的常规需求、期望需求和意外需求怎么区分,正确答案是 A(常规需求、期望需求、意外需求)。常规需求是用户明确提出、实现越充分越满意的需求;期望需求是用户常常默认应该具备、缺失时会明显不满的需求;意外需求也称兴奋需求,通常超出原要求,具备时带来惊喜,缺失时未必引发抱怨。

解析

易混淆概念对比表

概念本题判断区别要点记忆提示
常规需求、期望需求、意外需求 本题正确答案 正确。明确提出、默认必备和超预期惊喜依次对应三类需求。 看到题干核心场景时优先联想到它
期望需求、常规需求、意外需求 本题干扰项 错误。明确提出的批量导入应归为常规需求。 看到该词不要急着选,先判断是否真正解决题干问题
意外需求、期望需求、常规需求 本题干扰项 错误。主动查重不是原来明确提出的常规需求。 看到该词不要急着选,先判断是否真正解决题干问题
常规需求、意外需求、期望需求 本题干扰项 错误。数据可靠是默认期望,不是提供后才带来惊喜的意外需求。 看到该词不要急着选,先判断是否真正解决题干问题
本题易混淆选项怎么区分
  • 期望需求、常规需求、意外需求:错误。明确提出的批量导入应归为常规需求。
  • 意外需求、期望需求、常规需求:错误。主动查重不是原来明确提出的常规需求。
  • 常规需求、意外需求、期望需求:错误。数据可靠是默认期望,不是提供后才带来惊喜的意外需求。
复习

知识点详解

质量功能部署将用户要求转化为可分析的软件需求,常把需求分为常规需求、期望需求和意外需求。常规需求是用户明确表达的功能或性能,实现程度通常与满意度正相关;期望需求是用户认为产品理应具备却未必主动说明的属性,缺失会造成明显不满;意外需求是超出原有要求的功能或性能,提供后可能显著提升满意度,未提供时用户通常不会因未知能力而抱怨。分类的目的不是鼓励随意加功能,而是帮助团队更完整地理解用户价值。

备考速记

明说的是常规,默认该有的是期望,没想到却很喜欢的是意外。

QFD 在意外需求场景中的作用

QFD在本题中的核心价值,是解决“某客户明确提出系统要支持批量导入;虽然没有专门写出,却理所当然地认为导入过程不能丢失已提交数据;试用时,系统主动识别出跨部门重复客户并给出合并建议,让客户十分惊喜。三者按 QFD 依次属于()”这个场景问题。复习时不要只背选项名称,还要理解它为什么适用于该场景,以及它能解决哪类安全、流程或管理问题。

拓展

同类题怎么考

  • 给出三段用户场景判断 QFD 需求类型。
  • 根据用户满意与不满意反应区分期望和意外需求。
QFD 在系统集成项目管理工程师软考中的考法

软考选择题通常不会只考概念定义,还会把QFD放到意外需求场景中,要求判断它的作用、适用范围或与相近概念的区别。遇到这类题时,先抓住题干中的业务场景,再看哪个选项最能解决该场景下的核心问题。

解题思路

三段话其实给了三个情绪线索:明确提出、默认应有、意外惊喜。批量导入写进需求,是常规需求;数据不能丢,用户可能没说但一定认为应该做到,是期望需求;主动查重超出原要求并带来惊喜,属于意外需求。

考点定位

QFD 分类不能只看功能大小。先看用户有没有明确提出,再看缺失时是否不满、提供后是否产生额外惊喜。

易错提醒

  • 把所有未写进需求规格说明书的内容都当成意外需求。
  • 用实现成本高低代替用户感知来分类。
  • 为了制造惊喜擅自增加功能,却忽略范围、隐私和变更控制。

备考提示

  • 分类时写下三个问题:提没提、缺了会怎样、有了是否惊喜。
  • 意外需求若要纳入项目,仍需评估价值、风险和变更影响。

你可能还想了解

  • QFD 中期望需求为什么可能没有被明确提出?
  • 兴奋需求和意外需求是不是同一类?
  • 意外需求可以不走变更流程直接开发吗?

本文小结

QFD 中,常规需求通常由用户明确提出,期望需求是默认应该具备的属性,意外需求则在超出原要求时带来惊喜。分类仍需结合价值与变更管理。