如何开发需求文档质量评分的Skill
发布于 2026-06-13
481
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:本文介绍如何设计一个AI技能(Skill)来自动化评估软件需求文档的描述质量,通过五个核心指标实现从单条需求到整份文档的结构化评审。
关键要点:
- 需求文档质量评审的传统痛点:标准不一、效率有限、难以追踪。
- AI智能评价的切入点:将“质量评审”拆解为识别需求条目、逐条判定、汇总统计、生成报告四个步骤。
- 核心指标体系聚焦五个指标:关注“什么”(区分需求与设计)、可验证性(量化验收标准)、无歧义性(语言精确)、正确性(业务逻辑无误)、一致性(内部无冲突)。
- 文档级聚合统计包括总条目数、合格率、各指标达标率、严重/轻微问题分布、高频模糊词等。
- 基于统计结果给出文档等级(A/B/C/D),并建议对应动作(直接开发/修改后评审/拒绝等)。
内容结构:
前言:指出需求文档的重要性以及人工评审的三大痛点,提出AI可破局。
一、整体设计思路
- 1.1 这个Skill要做什么:输入需求文档,输出结构化评审报告。具体步骤包括识别条目、逐条判定质量、汇总统计、生成报告。
- 1.2 指标体系的取舍:从IEEE 830和ISO 29148中筛选出五个核心指标:关注“什么”、可验证性、无歧义性、正确性、一致性。逻辑关系为:1关注边界,2和3关注表述,4关注事实,5关注协调。
二、指标体系的详细设计
- 2.1 指标1:关注“什么”:需求应陈述“需要什么”而非“如何实现”。判定要点包括扫描技术实现词汇和UI布局细节,例外情况为不可协商的设计约束。给出案例。---2.2 指标2:可验证性:需求应有客观可量化的验收标准。列出模糊词禁用清单,判定要点包括模糊词及补充说明、可度量数值。给出案例。
- 2.3 指标3:无歧义性:语言精确,所有读者理解一致。常见歧义来源包括指代不明的代词、未定义的简写、多重条件嵌套、度量单位缺失。给出案例。
- 2.4 指标4:正确性:业务规则符合逻辑和事实。AI可检查公式引用、法规版本、逻辑闭环;无法判断用户是否真的需要该功能。
- 2.5 指标5:一致性:需求内部及文档间无矛盾。常见冲突类型包括参数值矛盾、行为描述冲突、术语不统一。
三、从单条到整体:文档级聚合
- 3.1 统计维度:需求总条目数、合格率、各指标达标率、严重/轻微问题分布、高频问题词(Top 10模糊词)。
- 3.2 文档等级评定:根据合格率和严重问题比例划分A(优秀)、B(良好)、C(一般)、D(差)四级,并给出建议动作(直接开发、修改后评审、拒绝等)。
文章总结:本文提供了一套完整、可落地的AI需求文档质量评价方案,从指标定义到统计评级均有详细设计,旨在帮助团队系统化提升需求描述质量,减少返工与歧义。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 807.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
三轮自动代码评审,质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构,在修复Word预览失败等表面Bug时,发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"(聚焦变更单元的四个维度),团队逐步解决严重问题:首轮发现公共模块缺失、CDN无降级等3个严重缺陷;次轮修复后仍暴露null处理等新问题;第三轮最终收敛到零缺陷。核心启示包括:1)多轮评审才能层层深入;2)修复常会引入次生问题;3)结构化评审方法比工具更重要。
和任老师聊聊质量工作
2019年10月12日在厦门有某公司的6位质量管理同仁一起共进晚餐,席间讨论多个话题。10月14日,这些有心的朋友整理了问答记录,我做了简单修订,摘录如下:SQA感觉成天统计数据,没什么意义?统计数据可以,对于SQA来说,要掌握数据分析方法,从数据中找出规律,得到结论,有明确的结论来影响大家。有数据,必须有结论,这样才能充分发挥数据的价值。比如...
穷举、分类、分层、抽象的要义
穷举、分类、分层、抽象是我推荐的4种分析问题的方法,即可以用于需求的分析,也可以用于其它的方面。
穷举就是罗列出所有可能的情况。当知道某一种可能的时候,要举一反三,列出所有的可能,针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统,有入库单、出库单、损溢单等3种类型的单据,有2种帐本:库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况,也就是说要考虑6种算法,这就是穷举。在做软件需求分析时,尤其需要穷举的方法,确保需求的完备性。采用穷举
过程改进方法重于CMMI模型
过程改进方法重于CMMI模型在实施CMMI的过程,理解CMMI模型的难点之一是理解模型,模型理解不深不透,就无法正确地判断是否达到了模型的要求,可能做了很多投入产出不成比例的活动,造成资源的浪费。在理解了模型之后,更大的困难在于如何在企业里推广CMMI模型。举个很简单的例子,按CMMI模型的要求,项目组应该进行估算:估算任务和工作产品的属性以及工作量等,对于软件开发,任务和工作产品的属性就是规模、
配置审计的概念辨析
配置审计是配置管理中的一个重要概念,在CMMI标准中划分了3种,如果再加上PPQA对配置管理过程的审计,累计为4种。在很多图书、资料中对这四种审计言之不详,因而也就造成了理解的偏差。故而我整理了如下的表格,进行了澄清。需要说明的是在很多企业中实际也做了这4种审计,只是没有清楚的认识这4个概念而已。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线