需求访谈的三驾马车
发布于 2024-10-01
1121
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求访谈角色定义与技巧
在进行需求访谈时,建议分配三个关键角色以提高访谈效果和需求的明确性。这三个角色包括:
- 主问者:通常由需求工程师扮演,负责根据预备的问题单提出问题,并根据客户答复提出跟进问题。
- 记录员:可以是需求工程师或开发人员,任务是记录客户的回答并考虑是否需要提出新的问题。
- 思考者:理想情况下由测试工程师担任,关注需求的可测试性,提出额外的问题来澄清需求,确保测试的可行性。
为了澄清需求,需考虑以下三个问题:
- 对于用户提及的名词,思考其是什么,是否有属性,代词指代的对象等。
- 针对提及的动词,澄清其为功能或处理逻辑,细节操作,数据处理,与其他动词的关系,可能的细分动作等。
- 对修饰语,如形容词或副词,思考如何测试,是否能量化或转化为其他词类,举例说明。
变通方法
为了避免效率低下和问题遗漏,以下是一些建议的变通方法:
- 避免一个人扮演所有三个角色,以免疲劳和效果不佳。
- 至少需要两人参与访谈,主问者和记录员可以由同一个人担任,也可以由思考者兼任记录员。
- 可以使用录音笔代替记录员,自动生成文字记录。
- 主问者和思考者可以每半小时交换角色。
- 强烈建议由测试人员担任思考者角色,不建议其他角色取代。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 814.4K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
白话SCRUM 之三:sprint backlog
Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS。比如有一个Product backlog 条目为: 作为系统的合法用户,可以通过录入账号和密码登录到系统中。为了实现此需求,team member识别出了的任务,进行了工作量的估计,进行了任务了领用,其结
如何度量交付后的软件质量?
如何度量交付后的产品质量?本文给出了四个参考度量指标,并简要分析了其优缺点,并给出一个具体场景的案例。
如何理解别人写的需求规格说明书?
在开发过程中,开发人员、测试人员都需要阅读其他人写的需求规格说明书,当阅读别人的需求文档时,我们需要关注什么呢?参见下图的要点: 首先需要了解关于该系统的总体信息,主要包含2条: 1 明确出该软件与其他系统、人、设备的交互关系。可以通过环境图,帮我们梳理清楚该软件与周边环境的关系,从宏观上对软件所处的位置有所理解。如下图所示: 2 系统的目标是什么,即解决了客
缺陷清除率的简单分析
某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码 27128测试 22小计4530342缺陷清除率33.3%62.5%96.8%100.0% 在此统计表中并没有采集到产品发布后的度量数据
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线