用户故事/事件风暴中的功能与能力如何区分? - Killick


真正价值是开发客户想要的功能,而不是基础CRUD功能:
各种敏捷专家提供了一些有关用户故事切片/拆分的重要信息。但是,经常遗漏的一个关键方面是能力划分和功能划分之间的区别。
通常认为,用户故事的关键要求是其实现应为您的产品或服务的用户带来价值。我的解释方式是,它应该讲一个故事,使客户能够实现他们目前无法实现的目标,或者实现比已有目标更好的目标,以及这样做的价值。也就是说,用户故事应将代表宝贵的客户能力带入生活。
我将许多切片模式(例如工作流程步骤)称为功能切片,而不是能力切片,这种切片实际上并不代表向客户提供能力的“较小”(更快)方式,而是代表对开发团队较小工作量的切片,这样才可以在Sprint中提供有用的增量。
注意:功能实现切片是一项非常有用且未充分利用的活动,正如它的近亲一样:技术实现切片。
客户必须完成的工作流程中的任何步骤,否则无法创造价值。因此,这样的故事实际上是功能步骤/故事,而不是用户故事。一些例子是:

  • 在在线商店中查看产品的详细信息
  • 管理购物车中的物品
  • 当我输入错误时更正付款细节
  • 登录

所有这些“故事”都取决于产品的功能设计和实现,而不是我作为客户想要达到的工作(即购买商品并将其交付到便利的地点)。我首先获得付款明细功能(功能实现)的情况下,才需要“更正付款明细”。
真正的敏捷性收益来自于能力切片空间,而不是功能。
 
代表能力的用户故事
沿客户类型、客户渠道和使用设备等方面切分,以实现快速的构建/测量/学习周期。例如,“使客户能够在线购买我们的商品并将其运送到家中”这样用户故事可以切成以下选项:
  • 特定的客户类型(例如商业客户),这是一种切段segment 
  • 特定类别的商品(例如非大宗商品),这是一种切段segment 
  • 特定类别的在线客户入口点/渠道(例如,我们网站上的现有业务客户门户网站或新的专用移动应用程序),这是一种切段segment 
  • 上面的客户群拥有的特定设备(例如,iPhone12或Google Home),这是一种切段segment 

通过这项活动,我们开始思考如何为不同的客户群和角色提供量身定制的体验(而不是将所有人均等化为通用的“作为用户”格式),包括利用我们现有的渠道和客户设备中的技术。它还使将较短的开发周期与销售和市场营销工作同步变得容易。
因此...我们的能力范围之一可能是:“使商业客户能够使用他们的iPhone 12从我们网站上的商业门户购买非大宗商品”。现在,我们已经创建了一个狭窄的,潜在有价值的功能(通过一系列选项),我们可以为此:
  • 集中精力,在数周而不是数月内将有用和有价值的产品投放市场
  • 改进功能设计并及时实施实施切片

如果我们提供了这种特定能力:解决客户类型、商品类型,渠道和设备等不同,那么我们才真正实现交付了价值。这就是切片的全部内容,这是实现真正敏捷性的切片类型。
不要落入思维层面的陷阱,这只是开发团队可以与他们的教练一起进行积压细化的工作。在能力级别上进行分解,以释放全新的机会。
在故事切片中发现隐藏的切片。