2016年9月15日星期四09:09

敏捷的深度潜水模型:流程流动PT 1

Written by

这篇短文系列“敏捷中的Deepdive Models”为产品所有者社区提供了有价值的信息,以在其项目中使用其他良好做法。

在本系列中的每篇论文中,我们采用敏捷中最常用的视觉模型之一,并解释如何创建一个以及如何使用一个来帮助构建,新郎或详细说明您的敏捷积压。

本系列中的第一个是过程流程。本系列中的其他版本将包括:业务数据图,状态表/状态图,决策树/决策表,业务目标模型以及特征树。

什么是过程流动?

流程流是一个RML人模型,用于描述用户需要完成目标或完成任务的步骤。该模型非常适合于理解项目的当前和未来的业务状态流程,并从最终用户的角度理解这些流程。
RML过程流程在级别中创建,以便能够在系统内看到一个过程的大图片以及深入了解一个更详细的过程的细节。与巨大的过程映射相比,具有超过100个步骤的巨大流程图,这些地图试图显示它 - 但是不可读!在最高级别,通常称为L1级别,在系统中的最终用户的整个结束过程中描述,通常在7-10步中。这个水平往往没有游泳车道或决定,所以它是非常抽象的。请参阅下面示例中的顶行:

processflow1.


从那里,L1过程中的每个步骤都分解为较低级别的过程,称为L2和L3过程流程。这些是大多数人习惯谈论和引出的水平。每个L2或L3过程应不超过20个元素以保持可读性,甚至应该由游泳车道除以图表内的较小组。 L3流程通常是可选的,如果此过程大或复杂,如果需要引出该较低的信息级别以创建要求。请参阅上面的L2和L3过程流程的示例。

我什么时候会在敏捷项目上使用进程流?

过程流通常用于用户面向用户的项目/系统,尽管它们的表兄弟,系统流,几乎可以以与文档系统进程和逻辑的几乎相同的方式使用。

在敏捷项目时,产品所有者(PO)或业务分析师(BA)通常会在Sprint 0或规划类型阶段中引出高级过程流量(L1)。从那里,在该相同的规划类型阶段,将优先考虑的L2进程,并且PO或BA通常在L2级别的1-2最高优先级过程流程上工作。这是构建初始积压。

一旦在开发阶段或冲刺本身中,PO或BA将向前进(通常是1-2前锋),并确定是否需要构建额外的L2或L3过程流量,以便识别即将到来的冲刺或精细的新故事(通过L3进程)已经识别的这些故事。
这可以继续,直到项目结束。此外,PO或BA在执行即将到来的冲刺时,可能需要更新现有的L2或L3流程,其中包含光明的新信息。在这种情况下,应该建立那个时间作为阐述故事的一部分,并且应该保持一组常见的过程流程,以便它们是最新的!

如何创建流程?

流程流是引起和创建的更容易rML模型之一。要引发信息,BA或PO应与用户和利益相关者讨论今天的系统中的流程,谁执行它们,何时。用户倾向于自然地思考他们每天都需要的步骤,所以这通常是一个非常容易引出的模型。

在引出会议期间,您可以带来草稿或草稿模型,以产生评论和想法。您还可以从划痕与白板,后IT指出,以及用户创建过程。

对于未来的状态,PO或BA通常将从当前的国家流程流程开始,并从用户/利益相关者引出信息,以在未来的系统中改变或不同的信息。

RML的流程模型本身具有大约7个元素类型,其中,我们今天只会覆盖4左右。我们未覆盖的元素是叉子,加入和活动。所有元素都通过线路连接在一起,箭头显示流向的方向。

- 步骤是最常用的元素,因为它包含所有流程步骤。这通常是具有主语动作 - 名词短语形式的短语的矩形(用户登录)。这些句子应该保持短暂,以便在不了解每个细微差别的情况下实现阶梯的重点。

决定 - 此元素通常显示为菱形,并描述用户必须在该过程中向前移动的决定。决定是最常见的二进制(是/否),但只要选项都是互斥的和统称性的,可以是非二进制。每个决策钻石都需要至少2个选项来决定。

泳道 - 游泳车道描述执行步骤或系统的用户或用户组,其中正在进行一系列步骤或决定。单个流程流的游泳通道应该是所有类型(用户或系统),以便更容易理解。游泳车道是一种方法来组织流程流程中的步骤,以通过在每个步骤中重复用户或系统来缩合关注并节省空间。

传入/传出元素 - 由于RML过程流量构建在级别中,因此每个较低级别(L2或L3)过程流程应具有传入和输出元素。这些元素是“您在此处”的过程流程集。他们告诉您在当前进程之前立即处理的过程步骤,读者将接下来。

如何从流程中派生用户故事?

一旦PO或BA具有良好的流程草稿流程,他就可以开始从流程流出的故事来构建或添加到他的积压。

派生的故事水平取决于过程流程的水平和过程的复杂性。在大多数情况下,L1过程流程中的每个步骤都变为至少一个史诗用户故事(太大而无法适合单个Sprint)。 L2或L3过程流程中的每个步骤都成为积压的一个或多个用户故事,并且每个决定可以是1个用户故事或多达7个用户故事。请参阅下面的示例。

processflow2.

processflow3.

由于从用户的角度来看,从用户的角度来看,从用户的角度创建了用户故事,因此过程流量非常容易地识别用户故事。例如,如果进程流步骤是“用户登录到系统中,那么用户故事非常相似并且可能看起来像用户一样,我希望能够登录系统,以便我可以访问我的帐户信息。”

决策有点令人困惑,因为如果它是较低的决定(在L3流程中发言),它可能是一个故事,其中决策线是验收标准。如果是L2过程流程,则该决定可能导致决策钻石的每个分支的故事。为此,PO或BA必须使用她对团队的了解和来决定最适合切割故事的过程。

结论

过程流是最简单的RML模型之一,可以从用户的角度推导用户故事,因为它们来自用户的角度,并且允许PO或BA系统地通过系统地行走,并为需要支持的每个步骤编写用户故事。

但是,最后一点是这些过程流量不需要是完美的或完整的。 PO或BA可以起草流程流,与用户或利益相关者审查,并从不完整的用户派生用户故事。只要流程步骤和用户故事之间存在可追溯性,就可以很容易地了解如果进程更改或在添加新步骤的情况下,可以更新该更新。此外,甚至除了PO或BA之外的团队成员也可以编辑和更新,如果它们居住在集中位置。

最后,这些是我们在面临的客户面临敏捷项目的最有用的模型中,因为它们很快就可以在敏捷要求层次结构的各个层次结构中非常轻松地进行更新并借给自己。

Candase Hokanson.

Candase是Seilevel的高级产品经理,以及一名PMI-Agile认证的从业者,他在客户的角色中列车和教授产品所有者,Scripe Masters和Business Analysts以及敏捷方法的冠军产品。她与团队合作,为每个团队成员联合在一起的共同终端目标,以便为不使用的功能节省数百万美元的开发成本,或者不会为预期的业务价值贡献。她还与客户合作,帮助将其敏捷实践扩展到一个团队或一个飞行员到整个组织。

©ba time.com 2021

MacGregor Logo White Web