扫码阅读
手机扫码阅读
需求访谈的三驾马车
143 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求访谈的三驾马车
文章来源:
麦哲思科技任甲林
扫码关注公众号
需求访谈角色定义与技巧
在进行需求访谈时,建议分配三个关键角色以提高访谈效果和需求的明确性。这三个角色包括:
- 主问者:通常由需求工程师扮演,负责根据预备的问题单提出问题,并根据客户答复提出跟进问题。
- 记录员:可以是需求工程师或开发人员,任务是记录客户的回答并考虑是否需要提出新的问题。
- 思考者:理想情况下由测试工程师担任,关注需求的可测试性,提出额外的问题来澄清需求,确保测试的可行性。
为了澄清需求,需考虑以下三个问题:
- 对于用户提及的名词,思考其是什么,是否有属性,代词指代的对象等。
- 针对提及的动词,澄清其为功能或处理逻辑,细节操作,数据处理,与其他动词的关系,可能的细分动作等。
- 对修饰语,如形容词或副词,思考如何测试,是否能量化或转化为其他词类,举例说明。
变通方法
为了避免效率低下和问题遗漏,以下是一些建议的变通方法:
- 避免一个人扮演所有三个角色,以免疲劳和效果不佳。
- 至少需要两人参与访谈,主问者和记录员可以由同一个人担任,也可以由思考者兼任记录员。
- 可以使用录音笔代替记录员,自动生成文字记录。
- 主问者和思考者可以每半小时交换角色。
- 强烈建议由测试人员担任思考者角色,不建议其他角色取代。
想要了解更多内容?
查看原文:需求访谈的三驾马车
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 133.5K
麦哲思科技任甲林的其他文章
高成熟度的真正难点是什么?
很多朋友认为4-5级难做的原因是度量做的不好,其实我认为那只是表象,最根本的原因还是过程不稳定,2-3级的过程就没有做好,过程不稳定,反应在数据上就不稳定,MA可以做的很好,但是MA的结果可能没有管理的参考价值,建立的模型就没有意义。比如: 我们可以很准确的度量身高、体重、年龄、每天的饭量、每天饭食里葡萄糖的含量、智商。我们希望建一个模型来预测智商,假如根据上述信息建立了一个模型: 智商=f(
不要这样做CMMI
很多公司在做CMMI,很多公司也在重复这种错误:“证书优先,机械照搬,文档泛滥,似严实宽。”!1“证书优先”。CMMI的证书成了一个敲门砖,没有这个证书难以承担国外的项目,没有CMMI的证书就难以在国内一些项目的竞标中获胜,也无法获得政府的补助,于是很多公司都选择了要在短时间内获得CMMI证书。证书只是过程改进的附属物,而过程改进的实效才是其真正的价值。为了尽快拿到证书,企业往往忽略了实效,从形式
《术以载道—软件过程改进实践指南》荣耀上市!
《术以载道—-软件过程改进实践指南》荣耀上市!欢迎广大过程改进从业者,爱好者阅读!
需求控制组的构成
在软件项目中常见如下的现象: 用户提出了需求变更,市场人员答应了,开发人员认为工作量太大,不好实现; 软件项目签订了合同,规定了价格,在后期的开发过程中,需求变更很多,变更的成本都是乙方承担,项目结束后发现项目做亏了; 用户提出了需求的变更,开发人员直接修改软件,没有通知相关人员; 用户张三提出了需求变更,开发人员修改了软件后,张三又认为不妥
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线