需求访谈的三驾马车
发布于 2024-10-01
967
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求访谈角色定义与技巧
在进行需求访谈时,建议分配三个关键角色以提高访谈效果和需求的明确性。这三个角色包括:
- 主问者:通常由需求工程师扮演,负责根据预备的问题单提出问题,并根据客户答复提出跟进问题。
- 记录员:可以是需求工程师或开发人员,任务是记录客户的回答并考虑是否需要提出新的问题。
- 思考者:理想情况下由测试工程师担任,关注需求的可测试性,提出额外的问题来澄清需求,确保测试的可行性。
为了澄清需求,需考虑以下三个问题:
- 对于用户提及的名词,思考其是什么,是否有属性,代词指代的对象等。
- 针对提及的动词,澄清其为功能或处理逻辑,细节操作,数据处理,与其他动词的关系,可能的细分动作等。
- 对修饰语,如形容词或副词,思考如何测试,是否能量化或转化为其他词类,举例说明。
变通方法
为了避免效率低下和问题遗漏,以下是一些建议的变通方法:
- 避免一个人扮演所有三个角色,以免疲劳和效果不佳。
- 至少需要两人参与访谈,主问者和记录员可以由同一个人担任,也可以由思考者兼任记录员。
- 可以使用录音笔代替记录员,自动生成文字记录。
- 主问者和思考者可以每半小时交换角色。
- 强烈建议由测试人员担任思考者角色,不建议其他角色取代。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 717.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
开好迭代回顾会议的5个原则
迭代回顾会议是Scrum五个仪式之一,是在迭代评审会议之后对本次迭代的优点与改进点进行复盘的一个活动,其最主要的目的是提升团队的整体能力,持续改进,形成一个自学习的团队。通过回顾会议可以使团队每个迭代都能比上个迭代做得更好。在很多敏捷团队中,最容易忽略该活动,很多团队没有意识到该活动的重要性。为什么呢?最主要的原因是开了会议,没有实际效果,大家认为没用,所以也就不开了。实践中,在开迭代回顾会议时常犯的错误有: 把回顾会议开成了吐槽大会,大家只提意见,不提改进措施; 把回顾会议开成
软件项目宏观管理策略点睛
根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:
卑鄙是卑鄙者的通行证?
偶尔看到最近的新闻:东航为临时调走飞机赔偿每名乘客2000元(http://news.sina.com.cn/c/2007-11-11/024914279102.shtm),颇有些出离愤怒。航空公司晚点已经是家常便饭,我大概每周坐3到4次飞机,飞机的正点率小于20%,晚点也就罢了,最可恨的就是不告诉你晚点的真相,要么是航空管制,要么是目的地天气不好,总而言之很少有航空公司的责任。这则新闻描述的欺骗
案例:建立工作量分布过程性能基线
某应用软件开发公司积累了最近3年的29个项目的工作量分布历史数据,试图建立工作量分布的过程性能基线。在该公司内对项目从3个维度做了项目分类:规模:大,中,小;开发方法:全新开发,修改;类型:常规,紧急,优化,外包。 原始数据如下表: 对工作量分布的数据与项目类型做了方差分析,发现:对这些原始数据采用箱线图的方法进行分析后得到如下的结论:
白话概念模型、逻辑模型与物理模型
本文用简单的例子、通俗的语言概要解释了概念模型、逻辑模型与物理模型的区别。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线