结构化面谈＋用户故事

最新推荐文章于 2024-10-13 15:06:15 发布

M鹿M啦

最新推荐文章于 2024-10-13 15:06:15 发布

阅读量190

点赞数 4

分类专栏：软件工程文章标签：软件工程

本文链接：https://blog.csdn.net/qq_45894880/article/details/134337733

版权

软件工程专栏收录该内容

3 篇文章 0 订阅

订阅专栏

高级软件工程第三次作业—结构化面谈＋用户故事例子

一、结构化面谈

1、什么是结构化面谈？

（1）定义：

结构化面谈指在面谈的过程中，会见者会完全按照事先的问题和结构来控制面谈。结构化面谈通常被用来获取一些比较确定或者选择空间比较有限的信息，一些统计性倾向信息的获取也可以使用结构化面谈。

（2）可能的一些结构化面谈问题：

请简要介绍您的软件工程项目的背景和目标。
您对此项目的需求有哪些特定的要求和期望？
您是否已经定义了项目的范围和时间表？如果是，请提供详细信息。
您对软件的功能和性能有什么具体要求？
您是否有任何特殊的安全性或隐私保护需求？
您是否有任何特定的用户界面设计要求？
您是否有其他系统或软件与此项目集成的需求？
您对软件的可维护性和可扩展性有什么期望？
您对软件的测试和质量保证有什么要求？
您对软件项目的预算和资源分配有什么限制？
您对软件的文档和培训材料有哪些要求？
您对软件的部署和维护有什么期望？
您是否有任何特定的开发方法论或技术要求？
您是否有任何特定的报告和跟踪要求？
您对软件团队的角色和责任有什么期望？
您对软件项目的风险管理有什么要求？

2、结构化面谈成功案例

（1）案例背景：

一家汽车租赁公司正在开发一个新的在线预订系统，以简化客户预订租车的流程。他们决定进行一系列的面谈，以了解客户的需求和期望。

（2）面谈对象：

面谈对象包括公司的管理层、销售代表、客服代表以及一些常客客户。

（3）面谈过程：

面谈过程采用结构化面谈的方法进行。面谈者事先准备了一份面谈指南，包括一系列问题和主题，以确保每个面谈都覆盖了关键的需求和问题。

（4）面谈问题例子：

您通常是如何进行租车预订的？
您对目前的预订流程有哪些不满意的地方？
您希望新的在线预订系统能够具备哪些功能？
您对用户界面的设计有什么期望？
您对支付和退款流程有什么要求？

（5）面谈记录和总结：

面谈者在每个面谈过程中记录了关键信息和观点。面谈结束后，面谈者将所有的面谈记录进行整理和总结，以确定共同的需求和优先级。

（6）需求分析报告：

基于面谈记录和总结，面谈者撰写了一份需求分析报告。该报告详细描述了客户的需求和期望，并提出了相应的解决方案和系统功能列表。

（7）结果：

该需求分析报告为开发团队提供了明确的目标和方向。开发团队根据报告进行了系统的设计和开发，并在预定时间内成功交付了一个功能强大且符合客户期望的在线预订系统。

（8）总结：

通过结构化面谈的方法，该汽车租赁公司能够全面了解客户需求，并将其转化为明确的需求分析报告。这有助于确保开发团队开发出符合客户期望的系统，并提高了项目的成功率。

3、结构化面谈失败案例

（1）案例背景：

某公司开发一个在线购物平台的需求分析项目，面向全球用户。该项目的目标是设计和开发一个功能强大、用户友好的在线购物平台，使用户能够方便地浏览和购买各种商品。

（3）失败原因：

在需求分析阶段，公司决定采用结构化面谈方法与关键利益相关者进行沟通和了解需求。然而，由于一些错误和不合理的做法，这个结构化面谈的过程并没有达到预期的效果，最终导致需求分析失败。

（4）具体失败案例：

① 缺乏明确的目标和计划：在开始面谈之前，团队没有制定明确的面谈目标和计划。他们只是简单地安排了一些面谈时间，并希望能够从关键利益相关者那里获得所有必要的信息。这导致面谈过程中无法系统地收集和整理需求信息。
② 问题设计不当：面谈时，团队提出了一些开放式问题，但问题的设计不合理。有些问题过于宽泛，导致回答的信息不具体和有用。另外，有些问题又过于狭窄，只能得到局部的需求信息，无法全面了解用户的需求。
③ 信息收集和整理不完整：由于缺乏明确的目标和计划，团队没有能够全面地收集和整理面谈中获得的信息。他们只是简单地记录了一些关键点，而没有对信息进行分类和整理。这导致后续的需求分析过程中，无法准确地识别和分析用户需求。
④ 沟通不畅：面谈过程中，面试人员与关键利益相关者之间的沟通存在问题。有时候面试人员无法理解关键利益相关者的需求，也无法准确地表达自己的问题。这导致面试人员无法获得准确的需求信息，进一步影响了需求分析的质量。

4、作业互评系统结构化面谈

结构化面谈记录：作业互评系统核心用户-老师

用户背景与经验

问题：请介绍一下您的学科背景以及在使用作业互评系统方面的经验。
回答：用户提供了其学科专业和使用作业互评系统的时间范围，以及参与的课程或项目。

系统使用情况

问题：您通常如何使用作业互评系统？可以分享一下您的使用习惯和频率吗？
回答：用户描述了他们的使用模式，包括评估作业的频率、评估的规模和涉及的具体任务。

用户体验和界面设计

问题：对于作业互评系统的界面设计和用户体验，您有哪些喜欢的方面？是否有改进建议？
回答：用户表达了对系统某些方面的满意，并提供了改进建议，例如界面的直观性和易用性。

作业评估标准和流程

问题：在使用系统进行作业互评时，您对评估标准和流程有什么期望或建议？
回答：用户分享了对评估标准透明度、一致性和改进流程的期望，并提出了可能的改进建议。

学生参与和互动

问题：在作业互评过程中，您如何看待学生之间的参与和互动？是否有改进建议？
回答：用户提及了学生之间的合作和交流体验，同时分享了一些建议，以促进更有意义的互动。

技术问题和使用难点

问题：在使用作业互评系统的过程中，您是否遇到过任何技术问题或使用上的难点？
回答：用户详细描述了可能的技术问题，并提供了其期望的支持或解决方案。

数据隐私和安全性

问题：对于您的学生数据，您对系统的数据隐私和安全性有何关切或建议？
回答：用户表达了对学生数据隐私和系统安全性的担忧，并提供了对应的建议或期望。

作业互评的教学价值

问题：您认为作业互评系统对学生的学习和教学有何价值？是否有实际的案例或经验分享？
回答：用户分享了作业互评对学生学习进程和教学效果的积极影响，并提供了实际案例。

支持和培训需求

问题：您认为是否需要更多的支持和培训来更好地使用作业互评系统？
回答：用户提及了可能的培训需求，并表达了对系统支持资源的期望。

用户反馈渠道和沟通

问题：对于用户反馈和沟通渠道，您有什么建议？您觉得系统是否足够倾听用户声音？
回答：用户分享了对系统反馈渠道和沟通机制的看法，并提供了改进建议。

未来发展和改进建议

问题：对于作业互评系统的未来发展，您有什么期望和改进建议？
回答：用户提出了对系统未来功能、性能和用户体验方面的期望和建议。

通过这次结构化面谈，我们获得了有关作业互评系统核心用户的深入见解，这将有助于改进系统以更好地满足用户需求和提升用户体验。

二、用户故事

1、什么是用户故事？

用户故事 (User Story) 是从需要新功能的人（通常是系统的用户或客户）的角度对功能进行的简短而简单的描述。它们通常遵循一个简单的模板：

作为<类型的用户>，我想要 <某个目标> 以便达成 <某种原因>。

用户故事通常写在索引卡或便签上，存放在鞋盒中，并排列在墙壁或桌子上以方便计划和讨论。因此，他们强烈地将重点从写功能转移到讨论它们。事实上，这些讨论比写的任何文本都重要。

2、用户故事的三要素

用户故事在软件开发过程中被作为描述需求的一种表达形式。为了规范用户故事的表达，便于沟通，用户故事通常的表达格式为：作为一个<用户角色>, 我想要<完成活动>, 以便于<实现价值>。
一个完整的用户故事包含三个要素：

①角色（who）：谁要使用这个
②活动（what）：要完成什么活动
③价值（value）：为什么要这么做，这么做能带来什么价值

3、3C原则

用户故事的描述信息以传统的手写方式写在纸质卡片上，所以Ron Jeffries(2001)对这三个方面称为3C：卡片(Card)、对话(Conversation)和确认(Confirmation)。

（1）卡片（Card）：用户故事一般在小卡片上写着故事的简短描述，规则和完成标准。

卡片的正面书写故事的描述，格式为：作为一个<角色>, 我想要<完成活动>, 以便于<实现价值>描述需求；卡片背面书写完成用户故事的规则和完成标准，格式为：Given…When…Then。
（2）交谈（Conversation）：用户故事背后的细节来源于和客户或者产品负责人的交流沟通；确保各方对故事的理解正确。
（3）确认（Confirmation）：通过验收测试确认用户故事被正确完成。