如何澄清“一句话需求”?
发布于 2024-10-01
1049
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
一句话需求描述的情形及问题概述
项目描述系统需求时,常通过一句话需求来概括。这些需求可能包含一个或多个功能,功能的业务逻辑,功能的细节要求,或功能与处理逻辑的组合。
一句话需求的类型与案例
- 单一功能描述(例如,通过邮件发送发票)
- 功能组描述(例如,手工录入、批量删除、导出、导入等)
- 功能的业务逻辑(例如,权限控制限定的台账初始化)
- 功能的细节要求(例如,录入单据时提供供应商信息帮助)
- 功能与处理逻辑组合(例如,自定义审批流程,审批完成后台账信息生效)
一句话需求中的常见问题
这些需求描述可能存在问题:数据对象不全、数据属性不全、缺少业务逻辑的详细描述,或层次关系混乱。
- 数据对象不全(例如,台账包含多种类型,各自有不同数据项和处理逻辑)
- 数据属性不全(例如,自定义查询条件中关键字段不明确)
- 缺少业务逻辑详细描述(例如,入库单导入功能时的合法性判断规则)
- 层次关系混乱(例如,功能的辅助特性与主要功能的并列问题)
澄清一句话需求的问题
为了澄清这些需求,可以针对名词、动词、副词与形容词、量词提出一系列问题。
- 名词:涉及具体含义、子类、属性、取值范围、缺省值、空值、数值精度、输入输出格式、同义问题、出现频度等。
- 动词:具体含义、分支场景、处理规则、人机交互序列、处理数据、同义问题、功能还是处理逻辑、从属关系、执行频度等。
- 副词与形容词:是否可以量化或删除。
- 量词:数值大小的合理性。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 719.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
EPG的工作指南
我最近在给企业运行检查过程中,发现很多企业的EPG成员不知道应该如何开展过程改进的工作,不知道日常应该做什么,一旦脱离的咨询顾问的指导,过程改进就失去了章法,因此经过我和同事、朋友进行探讨后,列出了EPG每日、每周、每月、每年应做的事情,为EPG提供工作的参考。EPG的工作指南 时机 EPG的事务 日常 组织资产库的建立维护,审核组织过程资产并入库
刘欢
做完了汉王的正式评估,忙了一周,很累。 老耿出差到北京,于是去了他住的宾馆,一人一瓶小二,活血,放松。 回到宿舍,打开电视,中央四台中华情欢聚中山节目,刘欢在唱歌。 刘欢,是除了齐秦之外我最喜欢的歌手。 喜欢齐秦,因为其歌曲的凄美、苍凉。 喜欢刘欢,因为其才,无论是他唱的豪放的《好汉歌》,还是他唱的柔美的《弯弯的月亮》,刘欢对声音控制的技巧可以说是炉火纯情。 实力派的刘欢,我喜欢,希望他一直唱下去
软件项目的工作量估算方法
(1)经验法Ø DELPHI方法:需要多个专家参与。Ø 类比法:可以一个专家根据历史相似的项目进行估计。(2)模型法Ø 一元线性关系工作量=规模*生产率+C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0。这是最简单的估算模型。Ø 多元线性关系工作量=规模*生产率*复用率*难度系数*人员能力系数*……+ C生产率借鉴历史项目的数据,C为一个常量,多数情况下为0
文档恐惧症的分析
一、为什么不愿意写文档?大部分开发人员不愿意编写文档,为什么呢?1.写文档需要花费很多时间。2.不愿意暴露自己的思想被别人评判。3.文档编写得不好、没有充分发挥作用。4.根据实践经验,并非不写文档,项目就干不下去。有很多客户也这样对我讲:“我们原来没有那么多文档,项目照样干,客户也一样验收付款啊!”。5.如果写文档,很容易造成文档与实现不一致,文档的价值大大降低。6.如果写文档,就不能只写一份文档
配置项管理的3个等级
按管理的严格程度,配置项一般分3个等级:(1)纳入基线管理的配置项纳入基线管理的配置项是指变化时要走严格变更手续的配置项,需要做变更申请,要审批。审批一般分2种严格程度:i) 项目经理或分CCB审批就可以,一般是局部的小的变更。ii)变更控制委员会(CCB)审批纳入基线前,一般要经过评审或测试(称为验证)和质量保证。(2) 没有纳入基线但是也不能随意变更的配置项,一般称为受控项这类配置项不需要变更
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线