BT

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

为控制Scrum成本而追踪时间?

| 作者 Dan Puckett 关注 1 他的粉丝 ,译者 石永超 关注 0 他的粉丝 发布于 2011年2月23日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

Kevin Krac有一个问题,是关于在Scrum中追踪完成任务所需时间的:

当开发人员A把自己的任务搁置一段时间(也许是一整天,甚至两天),以帮助另一位开发人员B对其任务做分析或者编码……他们应该如何说明那个故事/任务的‘实际工作量’呢?

应该把总时间摊在他们一起做的那个故事/任务上,并乘以2吗(因为他们是两个人)?还是只记录花费的总时间,并算在那个负责该任务的开发人员身上?抑或是这无关紧要?

为什么你想追踪每个Scrum任务的实际开发时间?一个可能的原因或许是为了控制成本。Charles Bradley不喜欢这个想法

试图在Sprint任务级别做成本核算,是在试图修改Scrum让它做一些Scrum不应该做的事情。

如果你是出于其他原因去追踪时间,那么你尽管去使用在了解Scrum之前所使用的方法就好了,但请不要乱用Scrum框架去那么做。此外,不要试图拿耗费的时间(可计费的时间,或者其他什么时间)同在Scrum任务上花费的时间做比较。重申一下,我认为这是“滥用”Scrum框架。

事实上,Ron Jeffries把这个问题本身看作是一个危险信号

我认为,控制成本是项目或组织运作不良的主要标志。产出的价值应该会明显高于这种成本,做详尽的成本核算显然是浪费时间。

此外,我碰巧知道在几乎所有的审计工作中,精确的细节并没有价值。这一结论是我多年作为开发经理管理资本项目得出的。

[...]

随着时间的推移,这种成本是团队成本中不可或缺的。我知道,任何业务过程都没有必要了解比这更多的细节。

但是,如果你的团队时间分配给多个同时进行的项目呢?这种情况下,为了控制成本,需要追踪单个任务的时间吗?Ron的建议是要彻底避免让团队接手多个同时进行的项目:

别那么做。这会让交付价值变得更慢,对所有客户都会变慢。通常,对于不明智的想法,不会有人先站出来对你说“当心这个歪主意”。

查看英文原文:Time-Tracking For Scrum Cost Control

评价本文

专业度
风格

您好,朋友!

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