结构化面谈&用户故事

需求分析

• 什么是需求分析

解决软件需要做什么以及为什么做的问题

• 需求分析的任务

1.确定对系统的综合要求
2.分析系统的数据要求
3.导出系统的逻辑模型
4.修正系统的开发计划

• 需求分析的分类

功能需求，性能需求，可靠性和可用性需求，出错处理需求，接口需求等

• 常见的需求获取方式
  1. 结构化面谈：最直接的，通过直接面对面的交互获取需求
  2. 用户故事：用户故事方法是需求分析中常用的一种方法，它通过简洁而富有表达力的方式来描绘用户的需求和期望。
  3. 需求专题讨论会，快速获取，各个方面
  4. 问卷调查，通过使用调查表，收集信息，调查表可以是自由格式或者固定格式
  5. 现场观察，通过观察用户的活动现场及工作习惯，从而了解项目需求
  6. 原型化方法
  7. 头脑风暴
  8. 面向数据流自顶向下求精:结构化分析方法
  9. 简易的应用规格说明技术：面向团队的需求收集法
  10. 快速建立软件原型

结构化面谈

• 定义

结构化面谈是一种用于收集和整理信息的定性研究方法，它通过提前制定好的问题以及统一的面谈流程，对被访者进行系统性的问答，从而获取有关特定主题或问题的详细和全面的信息

• 例子

  1. 成功的例子1：

  分析师（A）和客户（C）在客户的办公室进行面谈，目的是了解客户的业务需求，为开发一个新的软件系统提供依据。
  A：你好，我是分析师，很高兴能和你见面，谢谢你抽出时间和我交流。
  C：你好，我是客户，我也很高兴能和你见面，我对你们的软件系统很感兴趣，希望能满足我的业务需求。
  A：那太好了，我今天来的目的就是要了解你的业务需求，以便我们能为你提供一个合适的软件系统。你可以先简单地介绍一下你的业务吗？
  C：当然，我们是一家专业从事电子商务的公司，我们主要销售各种商品，包括服装、鞋子、化妆品、家居用品等等，我们的客户遍布全国，我们的业务量非常大，每天有数千笔订单。
  A：我明白了，你们的业务很广泛，也很复杂，那么你们目前是用什么软件系统来管理你们的业务的呢？
  C：我们目前是用一个老旧的软件系统，它的功能很有限，也很不稳定，经常出现故障，导致我们的业务效率低下，客户满意度下降，我们的竞争力也受到影响，所以我们想换一个新的软件系统，能够提高我们的业务水平，增加我们的收益。
  A：我理解你的困境，那么你对新的软件系统有什么具体的需求呢？你希望它能够实现什么功能呢？
  C：我们对新的软件系统的需求主要有以下几点：
  1.它能够支持多种支付方式，包括信用卡、支付宝、微信等，方便客户付款；
  2.它能够自动计算运费，根据客户的地址、重量、快递方式等因素，给出最优的运费方案，节省客户的成本；
  3.它能够实时跟踪订单的状态，包括发货、配送、签收等，让客户随时了解订单的进度，提高客户的信任度；
  4.它能够提供一个友好的用户界面，让客户能够轻松地浏览、搜索、选择、购买商品，提高客户的购物体验；
  5.它能够生成各种报表，包括销售额、利润、库存、退货、评价等，让我们能够分析我们的业务状况，制定合理的策略，优化我们的业务流程。
  A：好的，我已经记录了你的需求，非常清晰，非常详细，非常有用，谢谢你的配合。我会根据你的需求，为你设计一个新的软件系统，然后给你一个初步的方案，你可以对方案进行评估，提出你的意见和建议，我们再进行修改，直到你满意为止，你觉得怎么样？
  C：我觉得很好，我很期待你的方案，希望能尽快看到，谢谢你的专业和耐心，我相信你能为我们提供一个优秀的软件系统。
  A：不客气，这是我的职责和乐趣，我也相信我们能够合作愉快，达成共赢的结果。那么，我们今天的面谈就到这里，如果你还有什么问题或者想法，随时可以联系我，我会尽快回复你。再次感谢你的时间和信任，再见。
  C：再见，期待下次见面。

  成功原因分析：
  1.明确目的和主题：分析师在面谈开始时就明确了自己的目的和主题，即了解客户的业务需求，为开发一个新的软件系统提供依据。这使得整个面谈过程有一个明确的方向和目标，避免了不必要的偏离和误解。
  2.提问方式得当：分析师通过提出一系列问题来了解客户的业务需求和期望，这些问题具有针对性、明确性和连贯性，使得客户能够清晰地表达自己的观点和需求，也让分析师能够全面地了解客户的业务。
  3.记录和分析数据：分析师在面谈过程中认真记录客户的回答，并在面谈结束后进行整理和分析。这使得分析师能够更好地理解客户的业务需求和期望，为后续的软件系统开发提供准确的依据。
  4.反馈及时：分析师在面谈结束后及时向客户反馈了结果，包括客户的业务需求和期望，以及针对这些需求和期望的初步方案。这使得客户能够及时了解分析师的思路和方案，并对其中存在的问题提出意见和建议，为后续的软件系统开发提供了进一步的完善和优化。
  5.建立信任关系：在整个面谈过程中，分析师始终保持专业、耐心和热情，使得客户对分析师和其提供的服务产生了信任感。这种信任关系为后续的合作提供了良好的基础，促进了双方之间的沟通和协作。

  2. 成功的例子2：

  问题1：请问你认为当前作业管理系统最大的优势是什么？
  回答：我认为当前作业管理系统最大的优势是它提供了多样化的作业布置方式，包括文本作业、上传附件、在线测验等，满足了不同教师对于作业形式的需求。
  问题2：能否具体说明一下你对于多样化的作业布置方式的评价以及为什么？
  回答：我对多样化的作业布置方式非常满意。首先，这种灵活性让我能根据不同的课程内容和学生需求选择适合的作业形式，提高作业的针对性和个性化。其次，系统提供了详细的设置选项，比如截止日期、批改方式等，我可以根据具体要求进行设置，使得作业布置更加精确和便捷。
  问题3：你觉得作业管理系统在哪些方面可以进一步改进？
  回答：虽然系统已经很好用了，但我认为可以进一步改进作业批改的效率。比如，增加自动批改功能或者支持批量下载学生作业的功能，这样可以节省教师的时间，并提高评阅反馈的速度。

  成功原因分析：
  面试者对于作业管理系统的优势和多样化的作业布置方式给出了具体的肯定回答，并且提出了一个实际可行的改进建议。面试者表达了对于系统功能的满意度，并提供了针对性的改进建议。面试者的回答明确、具体，为开发团队提供了有价值的反馈。

  3. 失败的例子1：

  分析师（A）和客户（C）在客户的办公室进行面谈，目的是了解客户的业务需求，为开发一个新的软件系统提供依据。
  A：你好，我是分析师，我来和你谈谈你的软件系统需求。
  C：你好，我是客户，我对你们的软件系统有些兴趣，但是我还不太清楚你们能提供什么服务。
  A：没关系，我会向你介绍我们的软件系统的功能和优势，你可以随时提出你的问题和意见。
  C：好的，那你就开始吧。
  A：我们的软件系统是一个先进的电子商务平台，它可以帮助你管理你的在线销售业务，提高你的效率和收益。它有以下几个特点：
  1.它可以支持多种语言和货币，让你可以拓展你的国际市场；
  2.它可以集成多种社交媒体，让你可以利用网络营销，吸引更多的客户；
  3.它可以使用人工智能，让你可以根据客户的行为和喜好，推荐合适的商品，提高转化率；
  4.它可以使用区块链技术，让你可以保证交易的安全和透明，避免欺诈和纠纷；
  5.它可以使用云计算，让你可以节省硬件和维护的成本，提高系统的稳定性和可扩展性。
  C：我听起来很不错，但是我想知道你们的软件系统是否适合我的业务需求，你能不能先了解一下我的业务情况呢？
  A：不用了，我觉得你的业务需求和我们的软件系统是完全匹配的，你不需要担心任何问题，你只需要告诉我你想要什么样的软件系统，我就可以为你定制一个方案，你觉得怎么样？
  C：我觉得不行，我觉得你没有充分地了解我的业务需求，你只是在推销你们的软件系统，你没有考虑我的实际情况，你没有给我提供任何有价值的信息，你没有让我感受到你的专业和诚信，我对你们的软件系统没有信心，我不想继续这次面谈了，谢谢你的时间，再见。
  A：等等，你不要这么快就下结论，你要给我们一个机会，我们的软件系统是非常优秀的，你一定会满意的，你不要错过这个机会，你要相信我，我是为你着想的，你再考虑一下吧。
  C：不用了，我已经做出了决定，我不想再浪费我的时间了，你可以走了，再见。
  A：好吧，如果你这么说，我也没办法，我只能说你是一个不明智的客户，你放弃了一个很好的软件系统，你会后悔的，再见。

  失败原因分析：
  1.缺乏了解客户需求：尽管分析师试图向客户介绍软件系统的特点和优势，但并没有先了解客户的业务需求和期望。这使得客户感到分析师并没有真正理解自己的需求，进而对分析师的建议和方案产生质疑。
  2.缺乏建立信任关系：在面谈过程中，客户对分析师的态度和表述产生了疑虑，认为分析师只是在推销软件系统，而没有考虑自己的实际情况和需求。这表明分析师在与客户建立信任关系方面失败了，客户对分析师的信任度很低。
  3.缺乏提供有价值的信息：分析师在介绍软件系统时，只是列举了其特点和优势，而没有针对客户的具体业务需求和期望提供有价值的建议和方案。这使得客户感到分析师并没有为自己提供实质性的帮助，进而对分析师的专业性和诚信度产生质疑。

  4. 失败的例子2：

  问题1：你认为当前作业管理系统最大的优势是什么？
  回答：我觉得作业管理系统没有什么优势，功能太简单了。
  问题2：能否具体说明一下你觉得功能太简单的地方？
  回答：就是系统提供的作业布置方式很单一，只有文本作业，没有其他形式的选择。而且系统的界面设计也很普通，没有任何亮点。
  问题3：你觉得作业管理系统在哪些方面可以改进？
  回答：我觉得系统可以改进的地方很多，首先要增加更多的作业布置方式，比如上传附件、在线测验等。其次，界面设计要更加美观，增加一些动画效果和交互性。

  失败原因分析：
  面试者对于作业管理系统的回答缺乏具体性和理由支持。他只是简单地表示系统功能简单，但没有给出具体的例子和原因。面试者提出的改进意见也过于笼统，并没有提供详细的需求描述。这样的面谈缺乏参考价值，无法帮助开发团队改进系统。

• 结构化面谈成功的关键因素

  1）提出明确的问题：面试者需要提出明确、具体的问题，以引导面试对象进行详细的回答。
  2）听取具体的回答和理由支持：面试者需要倾听面试对象对于作业管理系统的具体评价和理由支持，而不仅仅是简单的肯定或否定。
  3）针对性的改进建议：面试者需要提出能够实际改进系统的建议，而不仅限于泛泛而谈的意见。
  4）清晰的表达和逻辑思维：面试者需要清晰、准确地表达自己的观点和需求，并能够进行合理的逻辑推理和分析。
  5）有效的沟通和反馈机制：面试者需要积极与面试对象进行沟通，及时反馈并解决可能存在的问题，确保双方的理解和合作顺利进行。
  6）深入了解客户和市场：成功的案例通常都离不开对客户和市场深入的了解。这包括对目标客户的需求、期望、行为和偏好有深入的认识，以及对市场趋势和竞争环境的了解。这些信息可以通过各种市场调研方法获得，如访谈、问卷调查、竞争分析等。
  7）团队合作和协调：需求分析工作通常需要多个团队成员的协作和配合。成功的案例离不开有效的团队合作和协调。这包括明确团队成员的角色和职责，建立良好的沟通渠道和合作机制，以及解决可能出现的冲突和问题。
  8）数据驱动和分析：成功的案例通常都离不开数据驱动和分析。这包括收集和分析各种数据和信息，以了解客户需求和市场趋势，以及通过数据和指标来评估和优化流程的效果和质量。

用户故事

• 定义

  从用户的角度来描述用户渴望得到的功能：角色(谁要使用这个功能)、目标/活动(需要完成什么样的功能)、商业价值(为什么需要这个功能，这个功能带来什么样的价值)

• 组成部分

  1. Card(卡片)：简要的文本陈述
  2. Conversation(交谈)：用户如何与系统交互
  3. Confirmation(确认)：如何验证和测试

• 简要描述

  As a [user role] I want to [goal] so I can [reason]
  作为一个<角色>, 我想要<活动>, 以便于<商业价值>

• 用户故事应具备的特征INVEST

  1. Independent（独立的）:要尽可能的让一个用户故事独立于其他的用户故事
  2. Negotiable（可协商的）：用户故事内容可协商，且不需要包含太多细节
  3. Valuable（有价值的）：每个故事必须对客户具有价值（无论是用户、购买方还是公
     司内部角色）
  4. Estimatable（可评估）：好的用户故事应该是可估计的，通过估计，计算它所需的复杂性和工作量
  5. Small（小的）：一个好的故事在工作量上要尽量短小，最好不要超过10个理想人/天的工作量，同时应尽量保证在一个迭代中能够完成
  6. Testable（可测试的）：一个用户故事要是可以测试的，以便于确认它是可以完成的

• 用户故事的3个准则

  1. 一个用户

  只包含一个用户，因为多个用户常常有细微的差别。一般是典型的用户，常常有共同的某类需求

  2. 完整价值

  完整地交付一个客户价值。一个完整的用户故事意味着这个故事完成后，用户可以达成一个明确的、有意义的目标

  3. 不依赖

  1)故事之间功能点相互重叠是需要避免的
  2) 顺序关系是现实存在，在多数情况下可以通过一些手段解决
  3)包含关系对复杂系统是有帮助的，对排定发布和迭代计划的影响需要注意

• 例子

  1. 成功例子1：

  作为一名热心的老师，我想要使用一个开源的作业批改系统，这样我就可以更高效地管理和批改学生的作业，同时提供及时的反馈和支持。这不仅可以节省我手动批改作业的时间，还可以帮助我更好地跟踪学生的进步和理解他们在哪些领域需要额外的帮助。通过这个系统，我希望能提高我的教学质量，让学生从中获得更多的学习动力和成就感。
  验收标准：
  1)系统能够支持多种文件格式的作业提交，包括文档、图片和视频。
  2)系统提供自动批改选择题和填空题的功能，减少老师的工作量。
  3)系统允许老师为主观题提供个性化的评语和分数。
  4)系统能够自动统计和分析学生的成绩，生成直观的报告。
  5)系统支持学生和老师之间的互动，包括疑问解答和讨论。
  6)系统是易于使用和定制的，可以适应不同老师的需求和偏好。

  成功原因分析：
  这个用户故事反映了一个老师对作业批改系统的基本需求和期望，同时也体现了一个成功的软件解决方案应该具备的特点。

  2. 成功例子2：

  As a customer, I want to be able to order a pizza online, so that I can save time and avoid making phone calls.

  成功原因分析：
  清晰地定义了用户需求，即在线订购披萨，并明确了用户的受益点，即节省时间并避免打电话。

  3. 成功例子3：

  As a doctor, I want to have a patient portal where I can access patient records and send messages to other doctors, so that we can collaborate better and provide better care.

  成功原因分析：
  准确描述了医生的需求，即拥有一个可以访问病人记录和向其他医生发送消息的患者门户，并明确了受益点，即更好地协作和提供更好的医疗服务。

  4. 失败的例子1：

  作为一个用户，我想要一个软件系统，可以做任何我想做的事情，不管是什么，只要我说一声，它就可以完成。
  验收标准：
  1)系统能够理解我的语言和意图，无论我说什么，它都可以回答我。
  2)系统能够执行我的命令，无论我要求什么，它都可以做到。
  3)系统能够满足我的需求，无论我期望什么，它都可以实现。

  失败原因分析：
  它没有遵循用户故事的原则和格式，它有以下的问题：
  1）它没有明确的用户角色，只是一个模糊的用户，没有体现用户的特征和背景。
  2）它没有具体的完成活动，只是一个泛泛的做任何事情，没有体现用户的目标和任务。
  3）它没有明确的实现价值，只是一个空洞的满足需求，没有体现用户的动机和收益。
  4）它没有合理的验收标准，只是一些不切实际的要求，没有体现用户的条件和标准。
  综上，这个用户故事是不可行的，也不可用的，它没有为开发团队提供任何有用的信息和指导，也没有为客户提供任何有意义的价值和体验。

  5.失败的例子2：

  As a customer, I want to be able to pay for my order online.

  失败原因分析：
  这个用户故事缺乏具体的功能描述，只是简单地提到在线支付，没有明确说明支付的方式、安全需求或用户体验需求。

  6. 失败的例子3：

  As a doctor, I want to have a patient portal that will make my life easier.

  失败的原因分析：
  这个用户故事缺乏具体的功能描述和受益描述。只是简单地提到有一个患者门户会让医生的生活更容易，但没有明确说明门户的具体功能和如何让生活更轻松。

• 用户故事正确书写的关键因素

  1.明确用户需求：好的用户故事应该明确描述用户的需求和期望，避免模糊和泛泛而谈。
  2.具体的功能描述：好的用户故事应该具体描述所需的功能，包括细节和实现方式，以便开发团队能够准确地理解并实现需求。
  3.受益描述：好的用户故事应该明确说明用户将如何受益于该功能，以便用户可以更好地理解需求的重要性和必要性。
  4.避免模糊词语：使用具体的、明确的词语来描述需求和受益点，避免使用模糊或不确定的词语，以确保所有人都能准确理解。
  5.不断迭代和改进：用户故事方法不是一次性的过程，而是需要不断迭代和改进的过程。开发团队应该与用户密切合作，不断反馈和调整用户故事，以确保最终实现的功能能够满足用户的需求。