如何澄清“一句话需求”?
发布于 2024-10-01
1620
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一句话需求描述的情形及问题概述
项目描述系统需求时,常通过一句话需求来概括。这些需求可能包含一个或多个功能,功能的业务逻辑,功能的细节要求,或功能与处理逻辑的组合。
一句话需求的类型与案例
- 单一功能描述(例如,通过邮件发送发票)
- 功能组描述(例如,手工录入、批量删除、导出、导入等)
- 功能的业务逻辑(例如,权限控制限定的台账初始化)
- 功能的细节要求(例如,录入单据时提供供应商信息帮助)
- 功能与处理逻辑组合(例如,自定义审批流程,审批完成后台账信息生效)
一句话需求中的常见问题
这些需求描述可能存在问题:数据对象不全、数据属性不全、缺少业务逻辑的详细描述,或层次关系混乱。
- 数据对象不全(例如,台账包含多种类型,各自有不同数据项和处理逻辑)
- 数据属性不全(例如,自定义查询条件中关键字段不明确)
- 缺少业务逻辑详细描述(例如,入库单导入功能时的合法性判断规则)
- 层次关系混乱(例如,功能的辅助特性与主要功能的并列问题)
澄清一句话需求的问题
为了澄清这些需求,可以针对名词、动词、副词与形容词、量词提出一系列问题。
- 名词:涉及具体含义、子类、属性、取值范围、缺省值、空值、数值精度、输入输出格式、同义问题、出现频度等。
- 动词:具体含义、分支场景、处理规则、人机交互序列、处理数据、同义问题、功能还是处理逻辑、从属关系、执行频度等。
- 副词与形容词:是否可以量化或删除。
- 量词:数值大小的合理性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1071.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:问题处理与原因分析报告的模板
如何对问题进行原因分析?如何识别出应急措施、纠正措施、管理措施、固化措施?做到技术与管理的双归零,本文将给出两个案例供大家参考。
CMMI 3级的难点
(1) 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细;Ø 设计中错误比较多,遗漏比较多;Ø 设计与实现脱节,实现人员不看设计文档;Ø 代码中隐藏的缺陷比较多,代码的可维护性比较差,其他开发人员难以读懂代码;Ø 测试用例数量太少,对需求、设计的覆盖率比较低(2) 同行评审无法快速发现问题Ø 缺
快速学习COSMIC方法之八:如何识别功能处理
在上一讲中我们讨论了对功能处理概念的理解,那是我们识别功能处理的基础。本节我们将继续讲解如何识别功能处理。在度量手册中,对识别功能处理给出了如下的规则:a) 一个功能处理应该完全属于某层且仅属于某一层的一个软件块的度量范围。b) 一个功能处理至少包含两个数据移动,一个输入加上一个输出或写。一个功能处理中数据移动的数量没有上限。c) 一个执行中的功能处理,当其响应了触发输入并满足FUR时
AI自动生成代码了,度量功能点还有意义吗?
用户可能说“做个电商系统”,但“母婴用品垂直电商”和“全品类电商平台”的功能点规模完全不同——前者需要“育儿知识社区”“母婴用品专属筛选”等功能点,后者需要“多商家入驻”“全品类分类”等功能点,两者的价值差异,正是通过功能点来量化的。无论是项目预算的编制、合同价格的敲定,还是成本的管控,都需要一个明确的基准——功能点,它能精准量化业务需求的体量,让“多少钱办多少事”有章可循,避免因需求模糊导致的报价混乱、预算超支。如果说传统时代,功能点是“有用的工具”,那么AI时代,功能点就是“不可或缺的标尺”。
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线