BABOK如何分类需求

摘自IT帮《BangBA实践》公开课讲义

BABOK分类如下:

  1. 业务需求 Business Requirements
  2. 利益相关者需求 Stakeholder Requirements
  3. 解决方案需求 Solution Requirements
    1. 功能需求 Functional Requirements
    2. 非功能需求 Non-Functional Requirements
  4. 过渡需求 Transition Requirements

业务需求是描述业务和企业级目标和目的的高阶描述。几个关键点是:

  • 业务需求定义了业务要实现的目标,以及为什么要进行项目或实施解决方案
  • 业务需求定义了用于衡量成功与否的指标
  • 业务需求位于企业级,不定义特定于组织内任何特定利益相关者群组的需求

业务需求可以通过许多不同的方式实现。利益相关者需求定义了特定利益相关者群组的需求以及他们对特定解决方案的需求。它们是从利益相关者的角度来看的,显示了对业务需求的清晰跟踪。这有时需要在不同利益相关者群体的冲突需求之间进行折衷,以实现企业的更大利益。通过这种方式,利益相关者需求是业务需求和解决方案需求之间的桥梁。几个关键点是:

  • 利益相关者需求定义了每个特定利益相关者群组希望从解决方案中得到什么
  • 利益相关者需求确定解决方案的用例
  • 利益相关者需求是业务需求和解决方案需求之间的桥梁

解决方案需求描述了一个解决方案将具有哪些特性来满足利益相关者和业务的需求。与利益相关者需求的多个场景如何满足业务需求类似,解决方案需求的多个场景也可以满足利益相关者需求,因此需要将利益相关者需求转换并跟踪到解决方案需求。几个要点:

  • 解决方案需求描述了解决方案将支持哪些特征。
  • 从利益相关者的角度来看,解决方案需求可能被视为描述了解决方案需求将如何满足利益相关者需求,但即使从这个角度来看,它也将在逻辑上和高阶上定义解决方案,而不是给出解决方案实现的细节

解决方案需求可进一步分为:

  • 功能需求:描述解决方案的行为和所管理的信息。就系统而言,这些是系统的特性和功能。
  • 非功能性要求:定义解决方案的质量或解决方案保持有效的环境条件。 就技术系统解决方案而言,这通常指容量、速度、安全性、可用性等特征。

过渡需求定义了解决方案从当前状态过渡到期望的未来状态所必须具备的特性。这些特性在转换完成后将不再需要。几个要点:

  • 过渡需求是临时的
  • 过渡需求强调变更管理过程

更多文章

星球资料

一致性溢价 The Coherence Premium

专注于自己最擅长的事情的公司可以获得可持续的卓越回报。事实就是这么简单,但要内化却非常困难。在为每个业务部门和产品线做出每项运营决策时,确实很少有公司专注于“我们做得比任何人都好”。更罕见的是将其差异化的内部能力与正确的外部市场地位相结合的公司。我们称这些公司为“一致的”。

我们并不是建议公司无视市场信号;所有战略都是在这一重要背景下制定的。然而,我们建议公司从相反的方向开始,弄清楚他们真正擅长什么,然后开发这些能力(最多三到六个),直到它们成为一流的和互锁的。从那时起,战略就变成了将独特的能力系统与正确的市场机会相结合的问题 – 市场会以巨大的收益回报他们。我们称之为“一致性溢价”,我们已经对其进行了测量。

阅读更多»