需求访谈的三驾马车
发布于 2024-10-01
874
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
需求访谈角色定义与技巧
在进行需求访谈时,建议分配三个关键角色以提高访谈效果和需求的明确性。这三个角色包括:
- 主问者:通常由需求工程师扮演,负责根据预备的问题单提出问题,并根据客户答复提出跟进问题。
- 记录员:可以是需求工程师或开发人员,任务是记录客户的回答并考虑是否需要提出新的问题。
- 思考者:理想情况下由测试工程师担任,关注需求的可测试性,提出额外的问题来澄清需求,确保测试的可行性。
为了澄清需求,需考虑以下三个问题:
- 对于用户提及的名词,思考其是什么,是否有属性,代词指代的对象等。
- 针对提及的动词,澄清其为功能或处理逻辑,细节操作,数据处理,与其他动词的关系,可能的细分动作等。
- 对修饰语,如形容词或副词,思考如何测试,是否能量化或转化为其他词类,举例说明。
变通方法
为了避免效率低下和问题遗漏,以下是一些建议的变通方法:
- 避免一个人扮演所有三个角色,以免疲劳和效果不佳。
- 至少需要两人参与访谈,主问者和记录员可以由同一个人担任,也可以由思考者兼任记录员。
- 可以使用录音笔代替记录员,自动生成文字记录。
- 主问者和思考者可以每半小时交换角色。
- 强烈建议由测试人员担任思考者角色,不建议其他角色取代。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下: 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模,如代码行等),基于这些数据可以实现: (1)统计每个项目、每个任务的实际工作量,并与计划工作量对比,分析人力成本的投入情况; (2)分析各种类型的任务在整个项目中的工作量分布情况,任务类型如:需求、设计、编码、测试、配置管理、质量保证
商务目标、质量和过程性能目标
在最新发布的CMMI-DEV 1.3版本中,将原来的OID过程域进化为了OPM过程域,强调了组织商务目标的管理。由此将原来在1.1,1.2版本中并不是显示处理的商务目标管理提到了一个高度上来。在模型中多处提到了商务目标、质量和过程性能目标,这2个概念之间的区别是什么呢?根据模型中的描述,整理归纳如下:1 什么是商务目标? 组织的高层经理定义的用来确保组织能够永续经营并增加其利润、市场份额、以及影响组织成功的其他因子的目标。 2 商业目标可以解决哪些问题? ? 改善产品质量
同行评审培训练习点评结果
2008年3月3日做同行评审的培训,讲解同行评审方法花费了3小时,练习时间为1小时,点评时间为45分钟。参加培训的人员为20人,19人参与了练习,划分成了3个小组练习。3个小组对同一个需求进行了同行评审,该需求为一个实际项目需求的一部分,仅有1页纸,但是质量比较差。 这3个小组的练习结果如下表所示: 第1组 第2组 第3组
敏捷方法的价值观与原则汇编
敏捷宣言1 个体和沟通胜过流程和工具
2 可以工作的软件胜过详尽的文档
3 与客户合作胜过合同谈判
4 响应变化胜过遵循计划也就是说,尽管右项有其价值,我们更重视左项的价值。 敏捷方法的12个原则1 我们最重要的目标,是通过持续不断地及早交付有价值的软件使客户满意。2 欣然面对需求变化,即使在开发后期也一样。善于掌控变化,帮助客户获得竞争优势。3 经常...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线