结构化面谈
定义
需求分析结构化面谈是指通过面对面的交流方式,与系统用户、利益相关者或业务代表进行有组织、有目的的对话,以收集、整理和确认系统需求的过程。在结构化面谈中,通常会采用预先设计好的问卷或提纲,以确保对话涵盖了系统功能、性能、安全性、用户培训、技术支持等方面的需求,同时也能够系统地记录和整理用户的反馈意见和建议。通过结构化面谈,可以更全面地了解用户需求,为后续的系统设计、开发和优化提供有力的支持和指导。
步骤
需求分析的结构化面谈过程可以分为以下步骤:
- 确定面谈对象:确定参与面谈的相关人员。
- 制定面谈议程:确定面谈的目的和议程。
- 进行面谈:在面谈过程中,根据议程逐一询问相关人员问题。
- 记录面谈内容:在面谈过程中及时记录相关信息,包括用户需求、问题反馈、建议等。
- 分析面谈结果:对面谈内容进行整理和分析,总结用户需求和问题,为后续的系统设计和改进提供参考。
- 提出建议和改进方案:根据面谈结果,提出相应的建议和改进方案,包括新增功能、改进用户体验、优化系统性能等。
- 确定后续工作计划:根据面谈结果和改进方案,确定后续的工作计划和时间表,包括系统设计、开发、测试和上线等工作。
通过以上结构化面谈过程,可以有效地收集用户需求和问题反馈,为系统或软件的改进和优化提供有力支持。
成功案例
面谈对象:超市管理系统的管理人员
面谈目的:进行软件需求分析,了解超市管理系统的具体需求和期望,为软件开发项目制定合理的计划和方案
面谈时间:20xx年xx月xx日
面谈地点:超市总部会议室
面谈人员:超市管理人员代表A、B、C,我方软件开发团队代表D、E
D:感谢A、B和C能够抽出时间与我们进行面谈。我们希望通过这次面谈了解您对超市管理系统的需求和期望,以便我们能够为您提供更好的服务。
A:非常感谢你们的关注和支持。我们希望能够开发一个全面的超市管理系统,用于我们超市的日常运营和管理。
E:那么首先,我们想了解一下您对这个管理系统的具体功能需求有哪些?
B:我们希望系统能够包括商品管理、库存管理、销售管理、员工管理、财务管理等基本功能,并且能够实现数据的实时更新和报表生成。
D:明白了,除了这些基本功能外,您还有其他特殊的需求吗?
C:我们希望系统能够支持会员管理、促销活动管理、供应商管理等特殊功能,并且能够与现有的POS系统和会计软件进行集成。
E:好的,我们会将这些需求详细记录下来,并在后续的设计和开发中充分考虑到。
D:另外,我们想了解一下您对系统界面和用户体验有什么具体的要求?
A:我们希望界面简洁直观,操作便捷,能够提高员工的工作效率和用户体验。
E:明白了,我们会在设计时充分考虑到这些因素,确保系统的易用性和用户满意度。
B:最后,我们希望系统能够具有一定的安全性和稳定性,以确保数据的保密性和系统的稳定运行。
D:好的,我们会在系统架构和功能设计上注重安全性和稳定性,以满足您的需求。
E:非常感谢A、B和C能够与我们分享这些需求和期望,我们会在后续的工作中充分考虑到,并及时与您沟通和确认。
A、B和C:非常感谢你们的关注和支持,我们期待着与你们合作,共同打造一个优秀的超市管理系统。
以上就是一个成功的结构化面谈案例,通过充分的沟通和了解,双方达成了共识并明确了超市管理系统的需求和期望。
失败案例
软件开发者:你好,我是软件开发者,我们希望能够了解一下您对共享单车软件的需求和期望,以便我们进行需求分析和系统设计。
管理人员:嗯,我们需要一个共享单车软件,能够让用户租借和归还单车,还要有地图导航和付款功能。
软件开发者:好的,那么您还有其他具体的需求吗?
管理人员:不太清楚了,就是让用户能够方便地使用共享单车就可以了。
软件开发者:您提到需要地图导航和付款功能,您对这些功能有具体的要求吗?比如付款方式、地图导航的详细功能等。
管理人员:嗯,付款方式方面,我们希望能够支持多种支付方式,包括信用卡、支付宝和微信支付。至于地图导航,我们希望能够实现实时定位、路线规划和导航指引的功能。
软件开发者:好的,我们会考虑到这些具体要求,还有关于租借和归还单车的流程,您有特别的要求吗?
管理人员:不太清楚了,就是让用户能够方便地使用共享单车就可以了。
软件开发者:明白了,我们会尽快开始开发这个软件。
管理人员:好的,谢谢你们。
在这个错误的面谈对话中,软件开发者没有进一步深入了解管理人员对付款方式和地图导航功能的具体要求,也没有引导管理人员详细描述租借和归还单车的流程,导致面谈未能获取准确详细的需求信息。
用户故事
如何写好用户故事?
用户故事是一种用于描述软件系统功能需求的简短、自然语言的描述。它通常由三个部分组成:角色、目标和收益。其中,角色指的是使用软件系统的人或组织,目标指的是用户需要达成的目标,收益指的是用户完成目标后所获得的收益或价值。用户故事是敏捷软件开发方法中的一种需求描述技术,它强调与用户的直接沟通,以便更好地理解用户需求和期望,从而设计出更加符合用户期望的软件系统。用户故事通常以用户的角度来描述需求,便于开发团队理解用户需求并快速响应。
用户故事通常以如下的格式来进行描述:
作为一个(角色),我想要(目标),以便于(收益)。
例如:“作为一个网站管理员,我想要能够添加和删除用户,以便于更好地管理网站用户。”
用户故事可以帮助开发团队更好地理解用户需求,从而设计出更加符合用户期望的软件系统。同时,用户故事也便于开发团队进行敏捷开发,以快速响应用户需求和变化。
成功案例
一、价格体系管理
1.0、调价的目的:达成集团的战略需要
2.0、调价的周期:暂定为年度
3.0、用户故事3.0.0.3作为总部的市场总监,我想对分期进行管理故事点:3 故事编号:108
描述:
1、新建分期,在新建分期里面可以添加分期的基本信息,分期的信息。可查看,可编辑。有分期管理列表,可按照条件进行检索。
验收标准:
1、分期管理,列表检索条件处,分类和产品下拉列表是互为联动的。
2、分期编号系统自动生成
3、分期名称单行文本框
4、单击分期新建,其中分类,产品,版本三项互为联动,总学费,产品包费用根据所选择的分类产品,版本,从价格体系管理中
5、点击校区选择,弹出新页面,所有校区根据所属大区进行划分,其中搜索为带有模糊搜搜的下拉列表,点击添加即可完成校区的授权工作
6、市场总监角色可以移除授权校区列表里面的校区,校区移除,在报名处,选择学费方式将不会有分期的选项。
8、分期信息所分期数,首付金额,一期金额,二期金额,三期金额,课时的数据类型为数字
9、首付金额输入的数字必须大于产品包的费用
10、一期金额对应的课时为:
{(首付金额减产品包费)除课时单价}
-3乘8
11、二期金额对应的课时为:(一期金额除课时单价)-3乘8
12、三期金额对应的课时为:(二期金额除课时单价)-3乘8
13、查看页面不能被编辑
14、市场总监角色对分期进行编辑,只能编辑授权校区和分期信息,除此之外不能编辑其他项
15、首付金额+所有期的累积金额(一期金额+二期金额+三期金额+…N期金额)应等于总学费,如果输入的数字相加不等于总学费,页面需要提示“分期金额大于/小于总学费,请检查后重新输入”。
16、根据分期的类型来区分通过分期和特批分期,如果价格体系管理中特批价格被停用,情况1,新建特批分期,则特批分期里面进行授权校区选择的时候将不显示被停用的校区。情况2,特批分期已经新建完成,则该条特批分期将自动被停用
17、产品体系管理,对校区的版本停止授权,如果新建通用分期,那么在授权校区的时候,在校区选择列表里面将不会出现该校区,如果通用分期已新建完成则系统将自动移除该校区。
18、产品体系管理,对校区的版本停止授权,那么价格体系管理的特批价格所属校区将被停用,如果新建特批分期,则在授权校区选择的时候将看不到该校区,如果特批分期已建立完成,则系统自动通用该特批分期
19、如果分期被停用,在报名处归属于这个分期的校区的交费方式将不会有分期。
20、新建特批分期,只有先选择了校区,才会显示总学费和产品包费用。
失败案例
用户故事过于广泛:“ 作为用户,我想在以后回家的路上继续阅读文章,而无需注册并找到我上次离开的确切地点。 ”在这种情况下,您可以看到用户故事正在尝试实现两件事–无需注册以及不必查找他们停止阅读的位置。
定义得太精细,以至于无法讨论实现细节:“ 定义一个可伸缩的关系数据库结构,以便我可以用它来实现将来任何可能的用例。 ”如果最终用户不能使用一个好的关系数据库,它具有什么商业价值? 此外,此用户故事是从业务角度而不是从用户角度编写的。 当您开始包括实现细节时,不再从用户的角度来编写用户故事。
不可谈判的用户故事:“ 作为用户,我想在通知选项卡中有一个清除所有按钮,以便删除旧的通知 。”