2016年10月5日星期三09:12

敏捷Pt 2中的深潜模型:特征树

撰写者

这个简短的系列文章“敏捷中的深层次模型”为产品所有者社区提供了有价值的信息,以便他们在项目中使用其他良好实践。

在本系列的每篇论文中,我们将介绍敏捷中最常用的可视化模型之一,并说明如何创建模型以及如何使用它来帮助构建,修饰或阐述敏捷积压工作。

本系列的下一个是功能树。如果您错过了《流程》第一版,则可以 在这里找到。该系列的其他版本将包括:业务数据图,状态表/状态图,决策树/决策表和业务目标模型。

什么是功能树?

功能树是RML目标模型,以树格式在单个页面上显示项目或产品的全部功能。功能只是对项目或产品提供的功能的简短描述,可为最终用户带来价值。功能树非常适合使新人快速参与项目,并向执行人员,业务利益相关者或客户显示项目或版本范围内的所有功能。

特征树的形状类似于鱼骨图或石川图,但显示特征级别而不是根本原因分析。与功能的平面列表相比,此功能更容易阅读,因为功能树将它们分组到逻辑存储桶中,但是功能树的功能与故事地图或相似性图非常相似,这也是可视地组织功能以供消费的其他方式。请参阅下面的示例功能树。

Featuretree1

什么时候在敏捷项目上使用功能树?

功能树对几乎所有敏捷项目都很有用,因为它们是组织有关项目信息的好方法。产品所有者(PO)或业务分析员(BA)通常会在sprint 0或计划类型阶段,可能会从项目章程或轻量级业务案例中获取信息,以启动功能树。从那里,PO或BA会将要素组织到一起,了解L1,L2和L3要素之间的联系,并确定是否缺少任何要素。根据您在项目中使用的故事层次结构,您可以使用Program Epic-> Feature ->故事还是特色-> Epic ->L1,L2和L3功能的故事,故事级别是可选的(请参见下图)。

Featuretree2

由于在sprint 0或计划期间您并不总是了解产品的全部范围,因此功能树始终在不断发展,甚至在整个开发过程中都如此,因为PO或BA会找到要添加到待办事项中的新功能。

功能树还有助于组织待办事项的层次结构,因为您可以轻松了解事物之间的关系。

建模功能树的一些方法在敏捷项目中特别有用:

  • 颜色编码:PO或BA可以通过发布或冲刺/迭代对功能进行颜色编码,这使得一目了然地查看某些功能是否在发布范围之内
  • 按位置划分优先级:PO或BA可以对功能树进行排序,以使更重要的项目更靠近树的“树干”,从而可以可视化地查看待办事项的优先级
  • 差距分析或当前/未来状态:PO或BA可以为差距或系统当前状态与将来状态(使用红色,蓝色,绿色或小颜色的圆圈,我们称其为彩虹糖)进行颜色编码,而无需按发布进行颜色编码)

如何创建功能树?

与流程流一样,功能树是更容易引发和创建的RML模型之一。首先,采购订单或采购订单应从愿景和范围文档或项目章程中找出是否存在项目或产品功能的现有列表。

从那里,PO或BA将主持一次集思广益会议,以识别潜在功能,甚至可以将它们分组在相似性图或故事图中。之后,PO或BA将需要确定其功能的格式。本文将特征树作为组织信息的便捷方法,但是两层的故事图或相似性图将传达许多相同的信息(根据结构,也许也不会绑定到待办事项列表)。

一旦PO或BA确定了格式,模型本身就非常简单,只需两个元素:

行李箱/产品概念-在功能树的主干上是产品概念;这是一个简短的短语,说明产品或项目是什么。这将来自将在下一版《 Deep Dive》中讨论的业务目标模型。

分支机构/功能- 从树干出来的是像真实树枝一样水平的树枝。最大的分支类型是L1功能。像产品概念一样,L1功能将在业务目标模型中进行高层描述。根据您的故事层次,这些L1功能将进一步细分为L2和L3功能(较小的分支)。

如何从功能树中导出用户故事?

一旦PO或BA具有良好的功能树起始草稿,史诗或功能(同样取决于您的层次结构)几乎就落在了功能树之外。每个L2或L3分支都成为功能,史诗或故事,每个L1分支都成为程序史诗或功能(基于SAFe或通用敏捷层次结构)。请参见下面的功能树示例:

Featuretree3

因此,下面的“创建工作站”功能可能会成为您积压中的以下史诗/功能:

Featuretree4

此外,如上所述,您可以添加颜色代码来表示发行或冲刺,如下所示:

Featuretree5

结论

像流程流一样,功能树是超级容易使用的RML模型,可用于敏捷项目并从中导出功能,史诗和用户故事,因为它们将项目或产品的范围组织到单个页面上。

高管,业务利益相关者和客户喜欢这种视觉模型,因为它可以轻松地显示范围内和范围之外的内容,甚至可以在他们获得某些功能时向他们显示。开发人员和测试人员喜欢“功能树”,因为它使他们在处理特定用户故事时可以看到整个项目的全景图。最后,PO和BA认为此模型对于项目早期的积压工作和整个维护都很有用,因此它是敏捷项目上最常用的RML模型之一(仅次于Process Flows!)

需要注意的一点是,因为很容易在功能树中添加新功能和范围,从而在积压中添加订单,所以PO或BA必须保持对积压的管理,以确保只有最有价值的功能才能获得为他/她的项目而建造。

Candase Hokanson

Candase是Seilevel的高级产品经理,也是PMI-Agile认证的从业者,他在敏捷方法方面为产品所有者,scrum管理员和业务分析人员提供培训和教练,并为客户推荐这些角色中的产品。她与团队合作,围绕实现交付业务价值的共同最终目标团结每个团队成员,以节省多达数百万美元的开发成本,以解决那些无法使用或无法为预期业务价值做出贡献的功能。她还与客户合作,帮助他们将敏捷实践的规模扩展到一个团队或一名飞行员到整个组织。

©BA Times.com 2020

麦格雷戈徽标白色网站