KPIM模版

KPIM: key performance indicator 关键绩效指标模型。
KPI，关键绩效指标是用来衡量活动成功的指标
KPIM使用KPI度量指标以及业务流程，帮助团队为映射到业务流程上去的需求设定优先级。
新系统的一些重要部分将代替陈旧系统的现有功能时，KPIM特别适用于确保业务结果维持不变

KPIM模型把KPI的描述叠加在处理流程上，每个KPI的文字描述与支架形状的符号放在一起显示。
支架符号囊括了KPI所涉及的一个或多个流程步骤。

创建KPIM

确定业务流程

确定KPIM的业务流程包括选择具体的业务流程来建模以及选择适用哪一级处理流程（L1,L2或L3）

选择正确的流程级

通常使用L2处理流程产生的KPIM。为了决定使用哪一级，我们有以下指导原则：

• 选择一个级别，它的业务流程可以映射到综合业务成果上。
• 选择一个流程级别，在这个级别上已确定该需求代表至少1%以上的软件价值

选择正确的流程

创建KPIM最具调战的步骤就是决定哪些流程应该具有KPIM,下面几条指南：

• 选择构成大部分成本的流程开始KPIM建模
• 询问不同部门，它们是如何衡量的或者它们有什么样的性能目标
• 考虑每一个流程，然后和干系人审阅流程列表，确定哪些流程必须保留或者必须测量性能

确定KPI

KPI:

• 有多少量会通过这一步？
• 我们如何确定该步的质量？
  • 多少错误是可以接受的？
  • 需要人工干预的频率？
  • 多严重的错误是可以接受的？
• 需要多长时间才能完成这一步？
• 需要多少人才可以完成这一步?
• 该公司有多少人执行这一步？

创建KPIM

使用KPIM

• 当没有业务目标时优先使用KPIM
• 当替换现有功能是优先使用KPIM
  • 比较需求的相对价值以消减范围
• 推导需求

参考文献

1. 《软件需求与可视化模型》第二部分 — Joy Beatty && Anthony Chen

需求建模语言入门

RML是什么：
RML: Requirements Modeling Language

• RML 是建立需求视觉模型而设计的语言，便于企业管理、业务、技术等项目干系人使用
• RML专门为软件模型而设计
• RML通过视觉模型使需求描述更直观、更易于理解
• 帮组发现缺失信息，并给出上下文细节

为什么不用UML：

• 不满足需求建模的全部要求，缺少有关需求和业务价值的模型，缺少从最终用户角度展示系统结构的模型。
• 侧重于软件系统架构，技术上过于复杂，难以掌握

一个层面的需求是对另外一个层面的设计

需求定义

需求是企业需要在解决方案中实现的。
需求包含：

• 功能性需求
• 非功能性需求
• 业务规则
• 甚至一些设计

模型分类

目标、人员、系统和数据模型

软件的目的：处理数据。
数据进入系统，得到处理，然后退出系统。
RML把模型按照 目标、人员、系统和数据（OPSD）进行分组。

绑定模型

每一类RML都有一个绑定模型，完全有可能捕获用于创建该模型的所有信息。
一旦模型的信息完整，那么就表明可以界定分析范围。
使用绑定模型可以帮助界定分析范围，创建全面信息的基础。

四种类型都需要

大多数解决方案都需要四种模型类型。
从不同视角分析解决方案，核心价值在于确保从所有角度验证解决方案。

目标模型

目标模型描述了系统的业务价值，并根据系统的价值设置功能和需求的优先级。
业务目标模型是RML目标类别的绑定模型。

人员模型

人员模型描述了系统的干系人、他们的业务流程和目的。
组织结构图是RML人员类型的绑定模型。

系统模型

系统模型描述存在什么系统，用户界面是什么样子，怎么与系统互动，系统如何表现。
生态系统图是RML系统类型的绑定模型。

数据模型

数据模型描述从最终用户的角度看待业务数据对象之间的关系，包括数据的生命周期以及如何在报告中利用数据来做决定。
业务数据图是RML数据类型的绑定模型。

参考

1. 《软件需求与可视化模型》第一部分 — Joy Beatty && Anthony Chen

目标链模版

如果删除不提供价值的特性，就可以取得大部分项目的价值，同时明显降低成本和改进上市时间。
目标链是可测量的把特性和业务目标联系起来的RML目标模型。
目标链使用树形结构的方框层次结构来描述，左上角的方框是一个业务目标，在右下角的方框即该树的”叶子”就是特性。
在两者之间的分支包括一系列的含有目标要素和目标公式的方框。

目标要素 以定性方式说明在结构中的一层对上面层的贡献。
目标公式 捕获目标要素之间关系的定量值。

• 目标公式放在目标要素方框中的内框里
• 特性显示为不同的颜色或显示为阴影，便于把它们与目标要素区分开

目标链模板 图

创建目标链

产生目标链的流程：

1. 确定业务目标和特性：特性是功能区域的简短描述，业务目标是标志业务问题解决的可度量目标。
2. 选择在目标链进行分析的特性：为最高级别的特性建立目标链。
3. 确定目标要素：为了确定目标要素，考虑从业务目标到特性的一对一的映射。
4. 使用业务目标模型：可以使用业务目标模型中的问题与目标的层次结构，帮组你找到–特性是如何对业务目标做贡献的。
5. 简化目标要素的描述：为简单起见，选择受到影响最大的父目标要素，把该目标要素映射到这个父目标要素上。

创建目标链层次结构

定义目标公式

确定目标要素之后，审查每个目标要素来确定该特性对业务目标的贡献。
目标公式提供了一种机制以定量的方式支持目标要素的描述。（每个特性都可以算出多少钱。。。）
目标公式并不意味着是精确的计算，相反，它们是为了比较而提供的相对值。

公式格式化

确定数据值

目标公式是使用任何可以获取的数据，合理的间接数据或者近似的数据。
创建目标公式可能令人生畏，特别是数据缺乏时。
然而，我们的目标仅是确定每个特性的估计值，以便允许在特性之间进行同类的比较。

使用目标链

比较特性的相对值以消减范围

在范围内，从提供最小价值的特性开始删除。
Julien: 这个可以用来进行迭代需求优先级排序

决定映射到多个业务目标去的特性价值

当一个特性映射到多个业务目标，也就是说映射到多个业务要素和目标公式，该特性价值是每一个适用目标公式的价值总和。

决定映射到统一目标链的多个特性的价值

决定与情感目标有关的特性价值

决定项目的成功

导出需求

何时使用

何时不能使用

常见错误

• 不创建目标链因为数据不存在
• 在层次结构上跳过层次

相关模型

• 业务目标模型
• 特性树

参考书籍

1. 《软件需求与可视化模型》第二部分 — Joy Beatty && Anthony Chen

业务目标模型 (Business Objectives Model, BOM)

每个项目的核心是为最终用户或公司提供的价值。
业务目标模型 可以帮助干系人确定项目的价值，日后还可以使用该价值来做出需求决定。
业务目标模型是一个RML 目标模型。它定义了业务问题、业务目标、产品概念以及成功标准。
表：业务目标要素
| 元素 | 定义 |
| —- | —- |
| 业务问题 | 阻止达成业务目标的问题|
|业务目标|在解决业务问题时具体指定可度量的目标|
|产品概念|企业为达成业务目标而决定实现的实际解决方案的愿景，通常用主要功能列表来描述愿景|
|成功标准|实际度量的业务目标，用来决定该项目是否成功，或者与解决方案有关的其它度量|

业务目标模型模版

• 业务目标模型模版包含业务问题、业务目标、业务概念及功能等方框以及显示其关联方框之间的箭头
• 成功标准放在同一业务目标的方框中或者放在单独的方框中标注
• 每个项目只能有一个产品概念方框
• 其它业务目标模型要素可以有多个
• 每个方框仅包含要素的一个实例
• 每种类型元素的实例添加一个唯一的序号
• 业务问题和业务目标形成了问题/目标成对的可重复的层次结构
• 一个业务目标总是从一个业务问题开始
• 一个业务问题至少有一个业务目标
• 一个业务目标可能引出另外一个或多个业务问题
• 一个业务目标可以引出到产品概念

备注：

• 一个可以跨多个解决方案要素，比如：多个软件、硬件和流程
• 业务问题可以是描述产生的状态，或者需要解决的指标数据等
• 业务目标是可度量的解决方案
• 产品概念是具体产品的功能列表以及功能整体概念

创建业务模型模版

创建业务目标模型的过程
确定业务问题 <—>确定业务目标—>定义产品概念—>描述成功标准

确定业务问题

几乎可以把所有的业务问题分类为增加更高的收益或者是需要降低成本 （体现价值）

确定业务目标

业务目标指从当前数量到目标数量的变化。

定义额外的问题和目标

反复定义问题和目标，直到业务目标能够直接产出要实现的功能。这些功能形成了产品概念。

定义产品概念

产品概念包括理想中的产品概念。 企业对解决方案中他们关心的事情做一般性的陈述，这些非个性化的要求，在开发解决业务问题的方案时，将成为指导原则。

描述成功标准

某些情况下，成功标准本身就是业务目标。
为了确定成功标准对于正在实现的解决方案需要考虑两个方面：

1. 有助于满足业务目标
2. 可度量
   阐明需求之前开发成功标准是有用的，因为有些需求将直接从这些成功指标中推导出来。

完成业务目标模型时要问的问题

使用业务目标模型

项目的业务目标模型应该在项目初期创建，通常作为第一个模型创建。
它应该在整个项目的生命周期中，用来确保干系人把重点放在解决方案的价值上。

• 提供对项目价值的共同理解
• 框定解决方案空间
• 理解正在进行中的项目
• 推演需求

常见错误

• 不了解业务问题
• 定义不可度量的业务目标
• 产品概念被列为业务目标

相关模型

• 目标链 这些模型直接使用业务目标，允许比较单个功能的价值
• 特性树 这些模型进一步发展高级别的特性，它们在业务目标模型中最初被定义为产品理念的一部分
• 关键绩效指标模型(KPIM) 这些模型不使用业务目标模型来设置项目的优先级，它们仅替代现有的功能，保持关键绩效指标不变
• 需求映射矩阵 这些模型根据业务目标模型的业务目标和功能来组织需求

参考文献

1. 《软件需求与可视化模型》第二部分 — Joy Beatty && Anthony Chen