从Scrum backlog产品管理方法中提炼出普适性的工作技巧

这篇文章与大家分享一些从Scrum Backlog产品管理方法中提炼出的一些普适性的工作技巧。

 

1.用待办事项列表实现工作输出价值最大化

 

Product Owner的主要工作职责之一是维护产品待办事项列表(Product Backlog,简称PBL),PBL是一个按照优先顺序排列的并且有预期产品特性/功能的列表,其中的各个待办事项叫做PBI(Product Backlog Item)。PBL具有四大特性,即DEEP特性。 PBL不但可以管理产品待办事项,如果把它用到我们平时工作中也是非常有效果的。我们完全可以仿照Product Backlog制作出一份属于我们自己的Work Backlog。

DEEP特性

Product Backlog

Work Backlog

Examples

Detailed appropriately详略得当的

在接下来的Sprint中将要完成的产品Backlog中的用户故事需要很详细,并且可以被清晰的理解。暂时不会纳入开发的用户故事的要更粗略一些。

马上要做的工作需要需求尽可能详尽。长期计划的工作可以只有一个标题和简单介绍,随着工作的逐渐进行细化。

设想一下我们要制作一个售卖培训课程的网站。我们马上要做的是设计网站的整体框架,未来要做的是补充培训课程介绍。那么网站整体框架的工作待办事项就需要详尽,培训课程介绍的工作待办事项就可以简单描述。
Emergent  涌现的

一个产品Backlog不是静态的,它在持续的变化。随着项目的进行,获得的信息、知识越来越多,产品Backlog中的用户故事也随之增加、移除,或者重新排列优先级。

工作事项列表允许有价值的工作项不断涌入,然后对新涌入的工作事项进行重新评估工作量和排列优先级

在制作网站的过程中,可以随时涌现出更多工作待办事项,比如需要增加所有培训老师的个人介绍,增加线上培训和线下培训的各自的报名方式等等。
Estimated 估算过的

产品Backlog不只是将要完成的所有工作的一个列表,它也是一个很有用的计划工具。越是在Backlog下面的条目越粗略,对于估算来说也是一样,越是下面的条目估算的精确程度越低,而越是优先级高的、在上面的条目越详细、估算也越精确。

所有的工作事项都应该估算其工作量,并且越是临近要做的事,其估算应该越准确。

对所有工作待办事项进行工作量估算,比如:

  • 搭建网站整体框架–3天
  • 增加培训课程介绍-2天
  • 增加培训老师个人介绍-1天
  • 增加线上和线下培训的报名方式-1天
Prioritized  排列优先级的

在产品Backlog当中,越是有价值的条目优先级越高,在产品Backlog的上面,价值越低的条目,优先级越低,在产品Backlog的下面。团队总是先完成优先级高的条目,以确保所开发的产品或系统的价值最大化

工作事项应该按照其价值大小进行优先级排序,工作时应该聚焦在价值最大的事项中。 对工作待办事项进行优先级排序。比如我们觉得增加线上和线下培训报名方式更有价值,就可以考虑把他提前到“增加培训老师个人介绍”前面。

 

2.用MVP理念和Iteration思想交付工作价值

MVP—-Minimum Viable Product,简称MVP,即“最小化可行产品”

在市场不确定的情况下,通过设计实验来快速检验你的产品或方向是否可行。如果你的假设得到了验证,再投入资源大规模进入市场,并且在运营的过程中根据市场反馈持续迭代产品功能。如果没有通过,那这就是一次快速试错,尽快调整方向。

Picture - How to design a MVP

 

在工作中也可以运用MVP理念和iteration思想,来快速验证和持续提升工作内容。比如在制作Slide时候,我们不用把slide完全做好再去和stakeholders讨论。其实可以先列出主要ideas和简单的key points,不用做任何的设计和美化工作,然后直接和stakeholders进行讨论。如果大家对ideas和key points有任何问题,都可以直接修改。都没问题了再进行具体设计与美化工作。这样可以最大限度的降低重复劳动的风险。而且在不断完善slide的过程中,可以每完成一个版本就可以让大家评审一次,收集意见以进行后续的迭代工作。

3.用定期Review方法持续改善工作内容

在Scrum的sprint最后一天,PO要参加一场Sprint review meeting,其目的是PO对团队在这个sprint内做出的产品进行Review。在review的过程中,PO可以现场感受产品是否达到了预期效果,于此同时PO还可能涌现出更多的产品待办事项,并补充到PBL中,以实现持续改善。

 

仿照review meeting,我们在工作中也可以定期与Stakeholders对自己的工作进行Review,比如每两周就和团队一起review大家的工作成果,并把feedback 更新到工作待办事项列表中。

 

总结

以上就是想跟大家分享的学习心得啦。大家有没有发现,其实这三个工作技巧恰好是一个闭环回路,即工作事项列表定义我们要做的工作内容→ MVP理念和iteration思想交付工作价值→ 定期review并持续更新工作列表。以此反复便可以持续迭代,持续提升。

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章