Bruce Wong Blog

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

一次Product Owner的假设引发的思考

这是本周我遇到的一个有意思的对话,之后引发了我的一些思考,今天分享给大家: Sales: 咱们能做到把XXX产品在Roadmap但是还没有做的功能不显示到页面上吗?或者功能占位符能直接拿掉吗?这个东西放到上面客户POC的时候,就会说你什么时候ready,然而有时候那个功能可能不是关键功能,但是他就拿这个说事儿,造成很多需要谈roadmap的困扰。 Product Owner:首先我们设置...

Scrum Patterns(66):昨日天气(译)

A Scrum Book——The Spirit of the Game

Bruce有话说 昨日天气,乍一听的时候感觉和天气预报要做的事情正好相反。但是仔细想想预报的能力其实是基于大量以往数据的基础上进行研究后得出的预判结果。所以以往的历史数据其实是预测的基础,也直接影响预测的准确性。敏捷是一种基于经验的持续改进的过程。这里的经验指的团队、个人在已经经历过的工作中的感受和实际情况,基于这些经历设定改进计划。因为只有实际的经历过才是真实并有参考价值的。其它都是假设,...

Scrum Patterns(71):冲刺目标(译)

A Scrum Book——The Spirit of the Game

Bruce有话说 2020年新版Scrum指南中引入了冲刺目标(Sprint Goal)。作为团队对Sprint的一个承诺,理解好承诺的作用和目的,而不是仅仅当作一个文字游戏,才能够理解Scrum的精髓。这其实就是我们经常说的要Being Agile,而不要停留在Doing Agile上面。最近在辅导团队的时候,总能发现Team还是停留在Doing,Sprint计划会像是走形式,而Sprin...

在用户故事中应该包含多细的细节?(译)

来自Mike Cohn大师的方法

Bruce有话说 就像原文中副标题写到的,我们应该从只有少量细节开始,迭代演进的方式直到找到正确的需求细节程度。 平时我们很多团队都会一味的要求需求细节越多越好。似乎这样才能保证做出来的就是客户希望的。项目才能成功。而往往会发现,无论多少细节似乎最后总会有新的发现,甚至花费好几个月编写的需求规格说明书,最后用户确认签字,仍然会有做得不对的情况发生。这篇文章给了我不一样的视角: 过多的细...

Scrum Patterns(87):持续改进脉冲(Kaizen Pulse)(译)

A Scrum Book——The Spirit of the Game

Bruce有话说 敏捷提倡持续改进,Scrum的三大支柱:透明,检视,调整,更是把改进融入到了每一次Sprint,甚至每一天当中。敏捷提倡的改进可以是任何一个方面,可以是很小的一步,不贪求很多,需要的是能够持续的做改进。正如一股老话说的:不积跬步无以至千里。 今天我们就来一起读一下Scrum Patterns中的这一个模式。看看关注改进节奏都要关心哪些要点。总结几个能在本文中得到答案的,希...