敏捷开发为什么以用户故事为工作单元?

691 阅读3分钟

用户故事是可用于陈述业务价值的一种简便格式,适合各种PBI,特别是特性。用户故事的制作方式旨在帮助业务人员与技术人员双方都能理解需求。

用户故事的结构很简单,为会话提供了一个立项的占位符,同时,也可以编写颗粒度各不相同且易于逐步细化的用户故事。

用户故事是一种轻量级方法,与敏捷核心原则即对高效占位符的需要相当吻合。

用户故事描述了对用户或客户有价值的功能、特性,传递需求信息。 用户故事不同于传统需求规格说明书,以简化的形式促进团队交流、降低修改成本、灵活调整接受变化,同时故事以验收驱动的定义形式让所有干系人对最终的目标建立共识。

为什么要选择用户故事作为处理需求的方法呢?

用户事故的优势主要体现在以下几个方面:

用户故事强调沟通

用户故事的一个核心在于对话,客户、开发团队、产品负责人就某个用户故事深入的交流,并在对话中发现并探讨需求的细节。用户故事仅仅是进行对话的承诺。

用户故事的一大好处在于它能把关注点从协作转移到对话。 对话开启了一个更丰富的信息交换协作形式,从而确保描述需求并使每个人都能理解需求。

这种做法避免了通过文字记录而可能导致的不精确性或语义多重性的问题。

人人都能理解用户故事

用户故事使用一两句简洁明了的日常白话语言写成,并且向用户或客户显示价值,不涉及专业的技术术语,从而使得用户和开发者理解起来很容易。

所以,进入迭代的用户故事拆分为3~5天,可开发测试完成的带线啊哦,保证一个故事在一个迭代内可以实现。

121.jpg

用户故事利于对需求进行拆分

我们可以先写出一个起始的目标层面及占位符意义的故事,在这个故事在后来对于开发及进程变得重要使,才用更多对的细节来代替这个简单的描述。

图片.png

用户故事传播隐形知识缘于对面对面沟通、交流、会话的重视,故事能够促进团队内隐形知识的积累。开发人员与客户之间以及他们内部沟通越密切,越多的隐形知识才能得到转播与加强。

“用户故事卡片示例”

故事的书写标准格式(三段式)

作为……(用户类型) 我想……(功能) 从而……(业务价值)

阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注掘金账号@鲸舟研发管理
如果对我们的产品感兴趣,可以逛逛我们的官方网站鲸舟研发管理平台 试用了解