扫码阅读
手机扫码阅读
需求访谈的三驾马车

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

需求访谈角色定义与技巧
在进行需求访谈时,建议分配三个关键角色以提高访谈效果和需求的明确性。这三个角色包括:
- 主问者:通常由需求工程师扮演,负责根据预备的问题单提出问题,并根据客户答复提出跟进问题。
- 记录员:可以是需求工程师或开发人员,任务是记录客户的回答并考虑是否需要提出新的问题。
- 思考者:理想情况下由测试工程师担任,关注需求的可测试性,提出额外的问题来澄清需求,确保测试的可行性。
为了澄清需求,需考虑以下三个问题:
- 对于用户提及的名词,思考其是什么,是否有属性,代词指代的对象等。
- 针对提及的动词,澄清其为功能或处理逻辑,细节操作,数据处理,与其他动词的关系,可能的细分动作等。
- 对修饰语,如形容词或副词,思考如何测试,是否能量化或转化为其他词类,举例说明。
变通方法
为了避免效率低下和问题遗漏,以下是一些建议的变通方法:
- 避免一个人扮演所有三个角色,以免疲劳和效果不佳。
- 至少需要两人参与访谈,主问者和记录员可以由同一个人担任,也可以由思考者兼任记录员。
- 可以使用录音笔代替记录员,自动生成文字记录。
- 主问者和思考者可以每半小时交换角色。
- 强烈建议由测试人员担任思考者角色,不建议其他角色取代。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 241.6K
麦哲思科技任甲林的其他文章
如何在软件质量管理活动中更好地使用检查单?
作者:任甲林 来源:希赛网 http://www.csai.cn 2006年6月28日 关键字:检查单 形式 内容 分类 发现效率 摘要:本文总结了在软件质量管理活动中,设计与使用检查单的6个基本要点,为更好地利用检查单从事质量管理活动提供了一个实用性指南。 检查单(Checklists)是软件质量管理活动中最常用的工具之一,通过检查单的作用是提醒检查人员检查哪些内容,避免遗漏。在设计
何谓根本原因?
最后一个可控原因就是根因!何谓可控原因?即在原因分析的责任主体内可以改变的因素就是可控原因,反之责任主体无法改变的因素就是不可控因素,不可控因素应该做为原因分析的外部条件,前提条件。
各阶段缺陷检出密度的统计分析案例
某企业积累了10个项目的历史度量数据,积累了5个阶段的缺陷密度,即从需求评审的缺陷密度,直至交付后3个月内的缺陷密度,计量单位统一为缺陷数/KLOC。 需求评审缺陷密度 设计评审缺陷密度 代码评审缺陷密度 测试发现缺陷密度 交付后缺陷密度 P1 ...
好书没废话:《看板和Scrum相得益彰》读书笔记
今天花了大概90分钟读了《看板和Scrum相得益彰》一书,让我击节赞叹,确实是一本好书! 1 本书很薄。薄的书能让人有耐心读完。 2 本书言简意赅,观点明确。能让人产生共鸣,能解惑。 3 充满了干货,读后让人有收获,可实际操作。对于我的收获整理如下: CH1-1 Scrum方法:团队拆小,任务拆小,时间拆小;看板:可视化、WIP、...
需求评审的案例分析
案例一:客户需求文档评审 参与人员:1位主持人,1位作者,1位记录员,4位专家,1位咨询顾问旁观 开始时间:15:40 结束时间:17:15 会议工时 :6.3人时 会前准备累计工时:9人时 总工时:15.3人时 会议前发现的问题:25个 会中发现的问题:2个 合计问题:27个 会前评审效率:2.8个/人时 会中评审效率:0.3个/人时 评审文档的规模:13页 缺陷
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线