质量管理QC手法辅助工具;支持柏拉图、鱼骨图、直方图、控制图、散布图等图表自动生成;用户需进行质量分析、问题诊断或数据可视化时使用;覆盖QC七大手法
Coding
质量功能展开技能
Try it将客户需求转化为产品设计规范和质量目标的质量管理工具;当用户需要构建质量屋(VOC分析)、评估需求优先级或计算技术权重时使用
What it does
将客户需求转化为产品设计规范和质量目标的质量管理工具;当用户需要构建质量屋(VOC分析)、评估需求优先级或计算技术权重时使用
The skill document
QFD质量管理技能
任务目标
- 本Skill用于:系统性地将客户需求转化为产品设计规范和质量目标
- 能力包含:VOC分析、QFD流程指导、质量屋构建、权重计算、迭代优化
- 触发条件:用户提出产品质量规划、需求优先级排序、技术指标确定等需求
前置准备
- 依赖说明:numpy==1.24.0(数值计算)
- 输入文件准备:
- VOC数据:JSON格式,包含客户需求列表及原始描述
- 历史项目数据:CSV格式(可选),包含历史需求权重和技术实现结果
操作步骤
阶段一:VOC分析(智能体执行)
-
需求收集
- 引导用户列出所有客户声音(原始表述)
- 识别需求类别:功能需求、性能需求、体验需求、服务需求
- 避免需求重叠和矛盾
-
需求结构化
- 将模糊需求转化为可量化指标
- 格式要求:见 references/hoq_template.md 的 VOC表格规范
-
需求优先级排序
- 评估维度:重要性、紧迫性、市场竞争力影响
- 建议使用1-5分制评分
阶段二:质量屋构建(脚本执行)
- 输入准备
- 生成或用户提供需求列表和技术指标列表
- 按以下JSON格式准备输入:
{
"customer_requirements": [
{"id": "CR1", "name": "易用性", "weight": 5, "category": "体验"},
{"id": "CR2", "name": "可靠性", "weight": 4, "category": "功能"}
],
"technical_requirements": [
{"id": "TR1", "name": "响应时间", "unit": "ms"},
{"id": "TR2", "name": "MTBF", "unit": "小时"}
]
}
-
构建质量屋矩阵
- 调用脚本:
python scripts/qfd_matrix.py build --input voc_data.json --output hoq_matrix.json - 脚本输出:完整质量屋矩阵(含屋顶相关性矩阵)
- 调用脚本:
-
评估关系强度
- 在生成矩阵中填写关系:强(9)、中(3)、弱(1)、无(0)
- 或使用脚本自动生成模板:
python scripts/qfd_matrix.py template --cr 5 --tr 8 --output template.json
-
计算技术权重
- 调用脚本:
python scripts/qfd_matrix.py weight --matrix hoq_matrix.json --output weights.json - 输出:各技术指标的目标值和优先级排序
- 调用脚本:
阶段三:数据分析与优化(脚本执行)
-
历史数据参考分析
- 准备CSV格式历史数据:
python scripts/data_analysis.py analyze --history data.csv --current current_requirements.json - 输出:优先级调整建议、技术可行性评估
- 准备CSV格式历史数据:
-
迭代优化
- 根据分析结果调整需求权重
- 重新计算质量屋
- 脚本支持增量更新:
python scripts/qfd_matrix.py update --base hoq_matrix.json --changes changes.json
使用示例
示例1:新建QFD分析
- 场景/输入:用户需要为新产品的触摸屏功能进行质量规划
- 预期产出:完整质量屋矩阵、技术权重排序表
- 关键要点:先收集5-8条核心客户需求,再识别8-12个技术指标
示例2:优先级优化
- 场景/输入:用户已有初步质量屋,需根据历史项目数据优化
- 预期产出:调整后的需求权重、技术指标优先级
- 关键要点:历史数据需包含至少3个相关项目的完成数据
示例3:VOC分析指导
- 场景/输入:用户有大量客户反馈文本需转化为技术需求
- 预期产出:结构化的需求列表和技术指标映射
- 关键要点:智能体协助提取关键词并量化表达
资源索引
- 脚本:见 scripts/qfd_matrix.py(用途:质量屋矩阵构建、权重计算;参数:build/template/weight/update子命令)
- 脚本:见 scripts/data_analysis.py(用途:历史数据分析、优先级建议;参数:--history, --current, --output)
- 参考:见 references/hoq_template.md(何时读取:准备VOC数据或构建质量屋时)
注意事项
- 质量屋构建建议不超过12个技术指标,避免矩阵过于复杂
- 关系强度评估需结合业务专家判断,脚本仅做数值计算
- 迭代优化建议不超过3轮,避免过度优化导致失真
- 历史数据分析需确保数据质量和相关性
TRACE 测评
| 维度 | 评分 | 说明 |
|---|---|---|
| T — 可信任度 | 9/10 | 纯文档/脚本技能,无外部依赖风险,支持中文交互 |
| R — 可靠性 | 9/10 | 有异常处理说明; 输出格式明确 |
| A — 适用性 | 9/10 | 有适用范围声明; 触发条件明确 |
| C — 规范性 | 10/10 | frontmatter 完整; 文档结构清晰; 内容充分 |
| E — 有效性 | 10/10 | 输出明确; 含使用示例; 文档详尽 |
| 总分 | 47/50 | 通过 |
Related skills
将客户声音(VOC)转化为关键质量特性(CTQ)的分析工具;支持文本分析、需求提取、映射关联、可视化报告生成;当用户需要分析客户反馈、提炼产品需求、确定质量改进优先级时使用
当管理层问"质量到底怎么样"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量(需求评审通过率/用例覆盖度)、结果质量(Bug 密度/线上事故数)、效率(测试周期/回归耗时)和健康度(自动化通过率/环境稳定性)四个维度设计度量指标。⚠️ 度量的目的不是打分,是发现问题趋势——如果只报喜不报忧,度量就没用了。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills
当用户表达模糊 QA 需求或希望一个入口自动分发到 PRD评审/用例/专项测试/缺陷/报告/团队/探索性测试之一时使用。 作为统一编排入口,根据意图自动路由到对应子技能:需求评审(PRD)、测试用例设计、AI/Agent 专项测试、缺陷根因分析、测试报告(日报/周报/阶段/季度)、团队管理(进度/准出/质量评估)、 探索性测试。支持自然语言触发,如"评审这份 PRD""设计登录功能的测试用例""对支付接口做全量回归并出缺陷报告"。 NOT for:普通闲聊、写与测试无关的一般文档、或明显不属于 QA 范畴的任务。
质量管理体系质量目标分解与审核辅助技能。两种模式:(1) 分解模式——从公司级质量方针/战略目标出发,生成三维度(部门/工序/时间)目标分解矩阵并做 SMART 校验;(2) 审核模式——对用户现有的质量目标分解文档做 ISO 9001 6.2 条款符合性诊断,输出带严重度的审核建议。内置 5 条通用交互规则。
从完整性、清晰性、一致性、可测试性、可实现性五个维度系统化评审需求文档质量。当用户要求"评审这份需求"、"看看这个PRD写得怎么样"、或者测试用例设计前需要先评估需求质量时,应当使用此技能。如果需求本身有问题(模糊/矛盾/不可测试),后续的测试设计都是徒劳。不要只在用户明确说"需求评审"时才用——任何涉及需求文档的测试任务都应先过一遍需求评审。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills