BT

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

故事点可不是这么用的!

| 作者 Christopher Goldsbury 关注 0 他的粉丝 ,译者 金毅 关注 0 他的粉丝 发布于 2012年5月14日. 估计阅读时间: 1 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

是不是所有的敏捷团队都真正理解故事点的用途呢?显然不是。Mountain Goat软件的创始人Mike Cohn近期发表博文,重申了故事点的作用——用来估算完成产品特性所需要的相对工作量,而不是根据功能的复杂度进行排序所得到的排名值。

为了说清楚这两者的区别,Mike通过买车来举例子。根据功能的复杂度进行排序的团队会先把车按价格排序,价格最低的车给一个点,并且从低到高给每辆车多加一点。如果给Tata Nano标一点,那么依次加下去,Bugatti则是十点。这个例子告诉大家,利用故事点对产品待办事项列表进行排序会导致对成本的理解偏差,要知道,Bugatti的成本几乎是Nano的960倍。

但为什么会有这样的问题呢?真的有敏捷团队搞不清楚用故事点是为了估量相对工作量、成本……而不是排序吗?这正是Tomas V的疑惑:

我不得不问问:是什么让你想到要写这样的博文的?真有人在这么做吗?

Mike Cohn很肯定。是的,确实有人在这么做:

嗨,Thomas——是的,怪就怪在,就是有人在这么做。我周六收到的一封电子邮件里就是这么说的,而发件人是个我觉得很不错的伙计,这才促使我写这篇博文。我当时很惊讶。为什么要这样去排序产品待办事项列表呢?我百思不得其解,可它确实就发生了。

亲爱的读者:你们见过团队乱用故事点估算技术的情况吗?你所在的团队是不是也把故事点当做排名值了……而不是用故事点来估算产品待办事项上的功能特性呢?

查看英文原文:That's How You're Using Story Points? No Way.

评价本文

专业度
风格

您好,朋友!

您需要 注册一个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