《需求的定义》
1、PBA工作围绕 需求
2、需求定义：
A. 某个产品、服务或成果必须达到的 条件/能力（根据合同或其他正式的强制性规范）；
B. requirement和needs的区别：
needs：问题的所有者 客观上存在的；
需求分析人员：通过去了解needs，整理、分析，形成产品的需求方案，完整准确地反映needs；needs是输入、requirements是输出；
如果需求分析不当，needs与requirements可能会有偏差；
而我们的项目是基于requirements，所以做出来的产品，可能不能完全满足实际需要；
C.
需要：来自于企业、个人或群体；
商业分析师：与企业个人或群体进行沟通；对需要 进行描述何分析 得到 需求（能力或条件）；（需求可以是文档形式、或者敏捷中的瀑布流形式、或者其他形式）
需求：作为 解决方案团队的 输入；根据需求，来设计满足需求的 产品、服务或成果；
产品、服务或成果：理论上，是应该满足需求的，也是满足需要的，能够解决 问题所有者 的问题；
BA：是 用户 和 解决方案团队之间 沟通的纽带和桥梁；
需求：真正要解决的问题，和 解决方案 之间的纽带和桥梁；
需求的重要性在于，保证最终的解决方案 能够真正的 解决问题；
3. 需求类型（来源、时间轴）
3.1 商业需求：最高层级，描述整个组织的高层级需要，如果要实施，这种需求不够明确，需要进行细化；
3.2 干系人需求：比如若干具体业务部门的需求；
3.3 解决方案需求：将需求提交给 解决方案团队，根据干系人需求，进行解决方案的设计分析；
3.4 转换/过渡需求：
当前状态过渡到将来状态（比如项目上线，新系统取代原有系统），需要一些临时的能力与运营变化（比如，需要数据切换，需要培训干系人，操作人员的职责分工等等）
时间段：
转化需求：过渡期，渡过后，这部分需求就失去意义；
解决方案、干系人、商业：持续、可能review、reuse；
4. 需求的分类-解决方案需求
功能需求&非功能需求
功能需求：产品能开展的行为；（直接反映业务人员的需要）
非功能需求：确保产品有效，所需的环境条件与必须品质；（系统正常运行的额外条件，比如：在线率、时间性能、安全性、可扩展性、移植性、用户友好度等等）
【功能需求：能用；非功能需求：好用】
【在需求定义时，可以事先替干系人想到，有一些非功能需求，也可以事先确认，比如，页面加载多久是可以接受的，并且以专业角度告知，与网络状态相关（除了系统本身）】
【要验证需求，需要有验证指标依据；】
5. 其他需求类型（不在商业分析师角色职能范围内，但在实际工作中，也有可能被分派此类需求任务）
项目需求：项目需满足的行动、过程或其他条件；
质量需求：必须达到的条件或局部的能力，借此验证成果属性的可接受性和评估成果的质量一致性；
6. 其他定义：项目、项目集、解决方案
一个项目是 为创造一个独特的产品、服务或结果而进行的临时性工作；
一个项目集是 一组相互关联且被协调管理的项目、子项目集与项目集活动，以便获得分别管理所不能提供的优势；
一个解决方案 通过解决一个问题或利用一个机会来满足业务需要，以获得 [项目或项目集的]产品、服务或最终结果；
