Bruce Wong Blog

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

一次产品路线图(Roadmap)的探索之旅

绘制一张影响地图

正文用户故事地图和影响地图是PO工具箱中的两个利器。一般来说，用户故事地图的目的是让团队对当前已经明确的用户故事集合进行梳理，让大家对产品的所有需求有一个整体的视角，做到即看见树木又能看到森林。影响地图针对的是新产品需求探索性梳理的时候使用的一种工具。两个地图可以组合使用，相得益彰。最近有机会带着Team做了一个新产品Roadmap的讨论会(探索会)，使用了一下影响地图。今天在这里分享一...

Posted by Bruce Wong on December 5, 2020

一次有效的产品需求头脑风暴

有时候在进行一些功能创意设计的时候，Product Owner(PO)需要和大家一起进行头脑风暴，集思广益。今天分享一下我最近一次头脑风暴引导过程。限定除了PO之外4~5人参与，要求是核心人员，尽可能Cover 团队的各个功能范围。 PO先说明本次需要头脑风暴的业务需求，确保一次只讨论一个。每人用便签写下自己理解需求后的创意功能。一个便签一个。(下图中的“归类idea”) ...

Posted by Bruce Wong on November 28, 2020

一个拆分用户故事的案例分享

SPIDR拆分法

本周在参加一个团队的回顾会的时候，注意到团队的一个小抱怨，感觉挺有启发，在这里和大家分享一下。这个团队迭代中实现了一个用户故事，由于实现功能过于复杂，尽管Team已经按理解尽全力来实现，不过最后在Review meeting中PO仍然觉得并没有很好的实现需求。这是什么原因呢？今天就来和大家分享一下。在回顾会上，Team提到的一点是这个用户故事比以往迭代中做的故事都复杂，而团队在迭代的Tim...

Posted by Bruce Wong on November 22, 2020

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

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

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

Posted by Bruce Wong on November 8, 2020

理解用户故事的本质

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

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

Posted by Bruce Wong on November 1, 2020