1704397319
◆ 观察和交谈。观察和交谈是指直接察看个人在各自的环境中如何执行工作(或任务)和实施流程。当产品使用者难以或不愿清晰说明他们的需求时,就特别需要通过观察来了解他们的工作细节。观察,也称为“工作跟随”,通常由旁站观察者观察业务专家如何执行工作,但也可以由“参与观察者”来观察,通过实际执行一个流程或程序,来体验该流程或程序是如何实施的,以便挖掘隐藏的需求。
1704397320
1704397321
◆ 引导。见4.1.2.3节。引导与主题研讨会结合使用,把主要相关方召集在一起定义产品需求。
1704397322
1704397323
研讨会可用于快速定义跨职能需求并协调相关方的需求差异。因为具有群体互动的特点,有效引导的研讨会有助于参与者之间建立信任、改进关系、改善沟通,从而有利于相关方达成一致意见。此外,与分别召开会议相比,研讨会能够更早发现并更快解决问题。适合采用引导技能的情境包括(但不限于):
1704397324
1704397325
■ 联合应用设计或开发 (JAD)。JAD 会议适用于软件开发行业。这种研讨会注重把业务主题专家和开发团队集中在一起,以收集需求和改进软件开发过程。
1704397326
1704397327
■ 质量功能展开 (QFD)。制造行业则采用 QFD 这种引导技能来帮助确定新产品的关键特征。QFD从收集客户需要(又称“客户声音”)开始,然后客观地对这些需要进行分类和排序,并为实现这些需要而设定目标。
1704397328
1704397329
■ 用户故事。用户故事是对所需功能的简短文字描述,经常产生于需求研讨会。用户故事描述哪个相关方将从功能中受益(角色),他需要实现什么(目标),以及他期望获得什么利益(动机)。
1704397330
1704397331
5.2.2.7 系统交互图
1704397332
1704397333
系统交互图是范围模型的一个例子,它是对产品范围的可视化描绘,显示业务系统(过程、设备、计算机系统等)及其与人和其他系统(行动者)之间的交互方式(见图5-6)。系统交互图显示了业务系统的输入、输入提供者、业务系统的输出和输出接收者。
1704397334
1704397335
1704397336
1704397337
1704397338
图5-6 系统交互图
1704397339
1704397340
5.2.2.8 原型法
1704397341
1704397342
原型法是指在实际制造预期产品之前,先造出该产品的模型,并据此征求对需求的早期反馈。原型包括微缩产品、计算机生成的二维和三维模型、实体模型或模拟。因为原型是有形的实物,它使得相关方可以体验最终产品的模型,而不是仅限于讨论抽象的需求描述。原型法支持渐进明细的理念,需要经历从模型创建、用户体验、反馈收集到原型修改的反复循环过程。在经过足够的反馈循环之后,就可以通过原型获得足够的需求信息,从而进入设计或制造阶段。
1704397343
1704397344
故事板是一种原型技术,通过一系列的图像或图示来展示顺序或导航路径。故事板用于各种行业的各种项目中,如电影、广告、教学设计,以及敏捷和其他软件开发项目。在软件开发中,故事板使用实体模型来展示网页、屏幕或其他用户界面的导航路径。
1704397345
1704397346
5.2.3 收集需求:输出
1704397347
1704397348
5.2.3.1 需求文件
1704397349
1704397350
需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始可能只有高层级的需求,然后随着有关需求信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要相关方愿意认可的需求,才能作为基准。需求文件的格式多种多样,既可以是一份按相关方和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。
1704397351
1704397352
许多组织把需求分为不同的种类,如业务解决方案和技术解决方案。前者是相关方的需要,后者是指如何实现这些需要。把需求分成不同的类别,有利于对需求进行进一步完善和细化。需求的类别包括:
1704397353
1704397354
◆ 业务需求。整个组织的高层级需要,例如,解决业务问题或抓住业务机会,以及实施项目的原因。
1704397355
1704397356
◆ 相关方需求。相关方或相关方群体的需要。
1704397357
1704397358
◆ 解决方案需求。为满足业务需求和相关方需求,产品、服务或成果必须具备的特性、功能和特征。解决方案需求又进一步分为功能需求和非功能需求:
1704397359
1704397360
■ 功能需求。功能需求描述产品应具备的功能,例如,产品应该执行的行动、流程、数据和交互。
1704397361
1704397362
■ 非功能需求。非功能需求是对功能需求的补充,是产品正常运行所需的环境条件或质量要求,例如,可靠性、保密性、性能、安全性、服务水平、可支持性、保留或清除等。
1704397363
1704397364
◆ 过渡和就绪需求。这些需求描述了从“当前状态”过渡到“将来状态”所需的临时能力,如数据转换和培训需求。
1704397365
1704397366
◆ 项目需求。项目需要满足的行动、过程或其他条件,例如里程碑日期、合同责任、制约因素等。
1704397367
1704397368
◆ 质量需求。用于确认项目可交付成果的成功完成或其他项目需求的实现的任何条件或标准,例如测试、认证、确认等。
[
上一页 ]
[ :1.704397319e+09 ]
[
下一页 ]