BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

抛砖引玉:隐式的Backlog

| 作者 Amr Elssamadisy 关注 0 他的粉丝 ,译者 李剑 关注 1 他的粉丝 发布于 2007年10月26日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

上周,本站发布了一篇有关使用Product Backlog是一种浪费行为的新闻。为了让事情变得更有趣一些,接下来我们会就Product Backlog缺失所造成的浪费进行报道。

我曾经和一个正在组织中采用敏捷实践的团队一起工作过。他们是一个服务性质的团队——为组织中的其他团队(不一定是软件团队)开发内部软件。而该团 队的主要问题之一则是没办法让所有的股东认可各自所提出的要求的优先级——每一个团队都认为自己的要求是最重要的。另外,股东们还想要所有的需求都得到满 足。

这个场景在业内并不少见——一个开发小组有多个客户,每个客户都有自己的优先级。而不幸的是,很多这样的团队都没能成功的创建出一个 backlog,因为把每个客户都放到同一个页面上来太困难了。所以他们制定了内部的优先级,而这还常常会因为某个地方的火情更加严重,或是某一头的客户 声音更高一些被打乱。

经过认真讨论以后,该团队意识到实际上每一个团队都有一个backlog——即使不是显式的。就算是不存在什么物理的可见的backlog,任务的执行顺序也只会有一种——这也就是说,在每一个项目中(无论敏捷与否)都存在有一个根据执行顺序而决定的隐式的backlog

他们决定显式化他们的backlog并公开给所有的客户。他们希望这样一来,随着时间的推移,当客户看到团队的执行情况时,他们会更有兴趣参加到这个backlog的维护中来。

当然,这个问题还会有其他的解决方式。比如,在Agile 2007大会上BBC小组的报告中提到,他们尝试着用一个产品负责人(Product Owner)来管理多个backlog。Clinton Keith为此写了一篇很精彩的文章,对问题和他们的解决方案进行了总结。Mike Griffiths也描述了一个项目管理办公室(Project Management Office,PMO)是如何通过他们的backlog来和多个敏捷项目进行交互的

你是不是也同样因为只创建一个backlog过于困难,所以在多个项目之间使用着一个隐式的backlog?你觉得这是浪费吗?你是怎么解决这种问题的呢?

查看英文原文Opinion: The Implicit Backlog

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT