Bruce Wong Blog

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

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

有时候在进行一些功能创意设计的时候，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

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

Cosplay原型游戏

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

Posted by Bruce Wong on October 24, 2020