软件需求分析——结构化面谈和用户故事

1、 结构化面谈

（1）什么是结构化面谈？

a、结构化面谈是一种系统性的面对面交流方式，特点在于其预先设计好的框架和议程。在这种面谈中，会按照既定的计划和问题，对被面谈者进行有针对性的询问或评估，通常涉及到特定的主题或目标，如员工绩效、招聘面试或个人发展计划等。、

b、这种面谈相对于非结构化面谈更为有组织和系统化。面谈通常依据先前确定好的问题列表进行，这些问题可能涉及技能、经验、行为和特定情境下的表现。结构化面谈旨在通过既定的标准和流程来提供一种相对客观和公正的评估。

c、这种面谈方法的优势在于其系统性、公平性和一致性。通过事先准备的议程和标准，能够确保被面谈者接受相似的问题和评估，同时也为评估结果提供了记录和比较的基础。结构化面谈也为组织提供了一种公平、客观地评估员工表现和需要的方式。

（2）怎么实现结构化面谈？

实现结构化面谈需要以下步骤和注意事项：

1、确定面谈目标和议程： 首先明确面谈的目的，确定要讨论的主题或议程。这包括制定问题清单和面谈准备工作。

2、制定标准化的问题列表：设计和准备针对性的问题，确保问题与面谈目标和被面谈者的职责相关。这些问题可能包括技能、经验、行为和情境问题。

3、培训面试官：面谈官需要接受培训，确保他们了解面谈的目标、问题列表以及如何进行一致性和客观性的评估。

4、为被面谈者提供准备时间：给予被面谈者足够的准备时间，让他们了解面谈议程和可能的问题，确保面谈双方都准备充分。

5、记录和评估结果： 在面谈过程中记录关键信息，最好使用标准化的评估表或系统来记录面谈结果。这样可以使结果更容易比较和分析。

6、跟进和总结：面谈结束后，总结面谈结果，并根据这些结果进行后续的发展计划或行动方案。这也包括为未来的发展制定计划或提供反馈。

7、持续改进：定期审查和改进面谈流程。收集反馈意见，了解参与者的看法，并根据需要对流程进行调整和改进。

（3）成功案例

假设一个公司正在进行员工绩效评估，他们采用了结构化面谈来评估每位员工的表现和需求。

1、准备阶段： HR团队制定了清晰的面谈议程，包括评估标准、问题列表和面谈流程。他们确保问题与员工的职责和绩效目标相关，并培训了面谈官以确保一致性和客观性。

2、员工准备：公司提前通知员工面谈的目的和议程，并为他们提供了准备时间，让员工了解面谈的要求和可能的问题。

3、面谈过程：在面谈中，面谈官使用预定的问题列表逐一与员工讨论。这些问题包括对工作绩效的评估、技能发展、目标达成和任何可能的需求或挑战。同时，员工也有机会提出问题和讨论关于其职业发展的期望。

4、记录和评估：面谈官记录了每个员工的回答和表现，使用标准化的评估表对回答和表现进行了评估。

5、反馈和发展计划：面谈结束后，面谈官和员工一同回顾了评估结果，提供了详细的反馈，并制定了个人发展计划和目标，以帮助员工在职业生涯中取得进步。

6、跟进和改进：公司定期审查面谈流程，收集员工和面谈官的反馈，以不断改进面谈流程和提高效果。

这种结构化面谈成功的关键在于清晰的目标、准备充分的议程、一致性的评估和提供具体的反馈和发展计划。这有助于提高员工满意度和发展，同时也为公司提供了评估员工表现和发展需求的有效工具。

（4）失败案例

背景： 在一次面试中，我作为面试官，面对一位应聘者。这位应聘者在自我介绍时表现得非常紧张，语速过快，没有清晰地传达自己的优势和经验。

问题： 我问他：“请谈谈你最成功/失败的一件事情。”

应聘者的回答： 他开始讲述了一个项目，但在描述过程中，他没有明确指出自己的角色和贡献。他只是泛泛地描述了整个团队的成功，而没有突出自己的个人经验。

失败原因：

1. 缺乏具体细节：应聘者没有提供足够的细节，无法让面试官了解他在项目中的具体贡献。
2. 未突出个人角色：他没有明确说明自己在项目中扮演的角色，以及如何解决困难或克服挑战。

改进方法：

• 明确角色和贡献：应聘者应该在回答中明确指出自己在项目中的角色，以及如何解决问题或推动项目成功。
• 具体细节：他可以提供更多具体的细节，例如项目的规模、时间、使用的工具和技术等。
• 总结和反思：在回答结束时，应聘者可以总结一下从这次经历中学到的教训，以及如何在未来的项目中更好地展示自己的能力。

2、用户故事

（1）什么是用户故事？

用户故事是敏捷软件开发中用来描述软件功能的方法，以用户的视角叙述软件需求或功能。它着重于用户需求、价值和使用场景，而非技术细节。

一个用户故事通常由三个核心部分组成：

1、角色（Role）：用户故事的主要角色，通常是一个用户或系统的使用者。
  
2、需求（Requirement）：用户故事描述了用户的需求或期望，例如某个功能、任务或目标。
  
3、收益（Benefit）： 这部分解释了完成需求后所带来的价值或收益，对用户或业务的影响。

（2）成功案例

角色： 作为一个社交媒体用户
需求： 我想要能够编辑已发布的帖子，包括文字内容和附加的图片或视频。
收益： 这样我就能够更好地纠正错误或更新信息，确保我的帖子准确无误，并提升用户体验。

这个用户故事描述了一个常见的社交媒体用户需求：即能够编辑已发布的内容。这个功能为用户提供了更多控制权，让他们能够及时更正错误或更新信息，以确保他们的帖子保持准确性，并且提升了用户对于平台的满意度。

（3）失败案例

角色：作为一个旅行者
需求：我想要通过移动应用预订机票，并收到确认邮件，以便确认我的行程细节。
收益：这样我可以方便地查看我的行程和细节，并准备出行。

这个用户故事出现失败的原因可能是缺乏具体性和明确性。用户期望能够预订机票并收到确认邮件，但这个用户故事没有描述清楚具体的航班信息、日期、时间或者确认的具体内容。没有提供足够的细节，这可能导致开发团队的困惑和无法满足用户的需求。

一个更成功的用户故事应该更具体，包括具体的航班、日期、时间等信息，以便开发团队清楚了解用户的期望和需求。

3、在需求分析中的联系和区别

在软件工程中，结构化面谈和用户故事是两个不同但有时可能相关的概念。它们在项目开发和团队协作中有各自的作用，但并不直接依赖于彼此。以下是它们的一些联系和区别：

联系：

需求搜集： 结构化面谈可以作为一种需求搜集的方法，用来获取用户或利益相关者的需求和期望。通过结构化面谈，分析人员可以识别潜在的用户故事，即用户的需求和期望，从而为后续的需求分析和用户故事编写提供了基础。

细节澄清： 用户故事通常是高层次的需求描述，而结构化面谈可以用于进一步细化和澄清这些需求。在面谈中，分析人员可以与用户深入探讨用户故事，以获取更多的细节和上下文，有助于更好地理解用户需求。

用户验证： 用户故事可以在开发之前提交给用户或利益相关者进行验证。结构化面谈可以用来验证用户故事的准确性和实际需求，以确保它们符合用户期望。

优先级制定： 用户故事通常需要按照优先级进行排序，以确定开发的顺序。结构化面谈可以帮助团队了解用户需求的重要性，以便在优先级制定过程中做出明智的决策。

区别：

焦点不同： 结构化面谈主要关注面谈过程中的交流和信息收集，强调面谈的框架和预设议程。用户故事更侧重于描述用户需求、功能和期望，以便开发团队更好地理解需求并进行开发。

使用场景不同： 结构化面谈通常适用于收集各种类型的信息，比如员工绩效评估或项目需求收集。用户故事通常用于敏捷开发中，描述软件功能和需求，侧重于用户体验和价值。

这两种方法在需求收集和软件开发过程中有各自的用途和优势，团队可以根据不同的情况选择合适的方法来满足需求分析和开发过程中的要求。