Bruce Wong Blog

非凡的结果始于伟大的问题.

多团队如何评估故事点(译)

“How to Estimate Story Points With Multiple Teams” by Mike Cohn

当组织进行规模化敏捷时,他们面临管理多个团队的挑战。如果您有多个团队在同一个项目上工作,那么协调就会变得更加复杂,特别是在进行评估时。团队需要评估和计划,然后根据计划跟踪进度,这样PO(Product Owner)就可以对工作进行优先排序,并在交付的时候和干系人进行沟通。 但是与多个团队一起工作增加了一些额外的挑战,包括: 你如何与拥有不同技能水平和经验的团队打交道? 你能在不涉及...

理解用户故事的本质

传统研发团队的思维转变过程

我们为什么要使用用户故事来交流需求?你的用户故事写的对吗?为什么用户故事是三段式格式?今天想分享一下在传统研发团队向敏捷研发团队转型过程中,用户故事理解的不同视角,分享一下我理解的用户故事的本质是什么。 什么是用户故事 用户故事(User Story)是一种需求分析和交流的方法和方式,在软件开发领域应用很广泛。最早提出用户故事是在敏捷开发方法——极限编程(XP)中。由于它的高效和实用,现在...

团队如何快速对齐需求认知

Cosplay原型游戏

我们如何确定团队成员对需求已经理解一致?每个人看到Design之后想法就能一致吗?我们一定需要等到Team把产品做完才能确定是否是客户想要的吗?基于用户故事卡片的讨论能够做到对齐理解吗?是否还有更具象化的办法帮助团队对齐呢?今天介绍一下我最近的一次团队实践——Cosplay原型游戏。 最近在我教练团队过程中,发现一个有趣的现象,当PO把需求和团队分享之后,开发会马上思考如何写code,QA会...

如何组织一场用户故事地图工作坊

前言 用户故事地图通过对话,让不同的角色之间彼此对齐需求认知,发现Gap,增强协作,达成一致的目标。在产品开始动工前,可以说是成本最低的一种假设推研的方式,能够更早地发现不合理或者遗漏点。这也是为什么用户故事地图成为Product Owner工具箱中必备的工具。那么如何用好这一利器呢?今天就给大家介绍一下如何有效的组织场用户故事地图工作坊。 工作坊步骤 参与的人员 如果团队较小(5~9人...

增强团队协作,洞察真实需求,研磨优良产品

一次用户故事地图之旅

背景 最近公司在一个新的领域准备投入研发。前期的概念海报宣传尝试,得到了不错的反馈,感兴趣的客户咨询络绎不绝。这说明市场潜力很大。所以公司希望在年底前能够有一个可以投入市场的可用的产品,尽快验证市场反馈。在这个背景之下,是否业务、BA、Team已经目标一致准备大干一场了呢?我打算用一次用户故事地图工作坊的方式来验证一下。 什么是用户故事地图 用户故事地图是使用可视化方法把你的软件整体需求呈...