如何开发需求文档质量评分的Skill
发布于 2026-06-13
798
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:本文介绍如何设计一个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 篇文章
浏览 1084K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
用AnythingLLM 搭建知识库,我所经历过的坑
文章浏览阅读374次,点赞4次,收藏3次。本文总结了使用AnythingLLM搭建知识库时遇到的常见问题及解决方案。问题分为六大类:1)核心概念与选型问题,如混淆LLM与嵌入模型;2)安装配置问题,包括端口冲突和依赖缺失;3)模型连接问题,如Ollama服务未启动;4)数据管理问题,涉及RAG效果差和分块不合理;5)操作问题,如服务访问失败;6)网络API问题,包括401错误和Docker连接失败。针对每类问题提供了具体解决方法,如更换模型、调整参数、检查权限等。这些经验对知识库搭建者具有实用参考价值。_
如何选择与使用项目经理?
作者任甲林(转载自中国系统分析师/中国系统分析员) 软件项目管理是"以过程为核心、以度量为基础、以人为本"的,在此过程中需要充分地集成技术方法、工具、过程、资源(人力、资金、时间等)等要素,谁来领导这个集成工作呢?是项目经理。项目经理是项目组的灵魂,是项目组中很重要的一个角色,无论是对于个人英雄的时代,还是基于过程的管理时代,都必须依靠人来实现管理,这就是"以人为本"。无论管理多么正规,过程是
惊魂一刻
2008年5月10日星期六,惊魂的一天。 下午5点时我给司机电话,让他5点45分到莫泰168酒店接我,送我去宝安机场,我是7点40分的航班,通常情况从龙华到宝安机场40分钟足够了。他以为是要6点48分到酒店,害得我重复了至少3遍,他才听清楚,我当时就有点火,不知道他怎么听的,我口音没有那么严重啊。我是第一次坐他的车去机场。 5点50分他到了酒店,上了车,他并没有按常规的路线走,而是
我说CMMI2.0之:类比透解决策分析与解决方案
DAR:决策分析与解决方案 决策就是多选一: 买不买房子?yes or no?这是做决策。 买哪个楼盘的哪个户型?这也是做决策。决策可以是技术决策,也可以是管理决策: 技术决策:采用哪种技术路线?哪种中间件? 管理决策:采用哪种生命周期模型?要不要做灰度发布?决策有大事有小事: 小事:早餐吃什么? ...
先定义方针再定义过程
将笔记本电脑装到背包里,是我天天重复的动作。偶尔有2次遗漏了电源,到客户现场后必须借一个同样型号的电源才可以工作,很是麻烦。但是我从来没有只装了电源而没有装电脑,因为如果忘记了装电脑,当背起包的时候,会明显觉察到重量的变化,所以犯这种错误的概率基本为零。为了避免漏装电源,我想到了规范电脑装包的动作。如果按照规范的过程定义方法,可以这样定义过程:(1) 电脑关机或休眠;(2) 拔
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线