建议使用以下浏览器,以获得最佳体验。 IE 9.0+以上版本 Chrome 31+ 谷歌浏览器 Firefox 30+ 火狐浏览器
请选择 进入手机版 | 继续访问电脑版
设置昵称

在此一键设置昵称,即可参与社区互动!

确定
我再想想
选择版块
【话题互动赢好礼】——开发上云,你最担心的问题是什么? 云上开发精选优惠

kingtest

发帖: 3粉丝: 0

级别 : 新手上路

发消息 + 关注

发表于2020-5-21 10:03:37 44 1
直达本楼层的链接
楼主
显示全部楼层
故事点估算做计划有用吗?

个人对故事点有点疑问,特此说明一下,希望和大家交流一下。

故事点对发布计划有用没?

接触故事点后,看到有说故事点的一个用处是做计划,即得出团队的速率,然后将未来一段时间的需求进行估算,再除以速率,得出大概要多久能做完这些需求。

这里我有个疑问了,即使有了团队速率,对发布计划做估算的时候,因为需求量太大,也比较模糊,就不会是团队成员在一起细致的估算,而应该是架构或者团队内技术担当来估算。

那么这种情况下,和传统的有什么区别了吗?传统方式下,一样可以是架构师对项目估算一下,也没有故事点。当然了,为了适应变化,实现过程中,我们还是应该会根据优先级去做等其他各项敏捷实践。

所以综上所述,故事点的存在并没有改变我们做发布计划。

故事点对迭代任务认领有帮助没?

我理解在计划会议上,团队根据团队速率去选择高优先级的需求进行认领,然后团队认领完毕,团队内部再由成员认领自己的任务。

但是这里依旧没看出来速率的必要性,因为接触过的几个团队,也是成员在一起,由架构师带领大家自己认领任务,挑选高优先级的,每个人差不多认领出35-40小时的工作,那么这一周的就计划完毕了。

所以综上所述,故事点的存在并没有改变我们做迭代计划。


以上两点是我的个人想法,也是疑问所在,不知道大家在实践过程中是如何使用故事点的。


举报
分享

分享文章到朋友圈

分享文章到微博

kaverjody

发帖: 10粉丝: 4

级别 : 版主

发消息 + 关注

发表于2020-5-21 10:28:41
直达本楼层的链接
沙发
显示全部楼层

如果要从非常专业的角度(=晦涩)来探讨的话,我们先要明确一些定性:

- 故事点:用于估算的一种计量单位,跟用户故事关系密切,从名称即可看出;

上面这句话,简单来说就是,做估算的时候,有很多种单位可以用,故事点只是其中一种。比如说长度,可以用米、可以用尺、可以用英尺,对吧,这些都是度量单位。

所以,文章中探讨的问题,应该确认到底是在问“故事点(与其他估算单位相比)对发布计划有(更好)用吗?”还是“估算单位对发布计划有用吗?”,也就是说:

- 你是想比较“故事点”跟“理想人天”等其他度量单位,对发布计划的作用,哪个更大、更好?

- 还是想比较“使用估算单位”和“不使用估算单位”(不使用估算单位,那基本上就是“拍脑袋估算法”或“拍屁股估算法”了),对发布计划的作用,有什么差异?

评论
kingtest 2020-5-21 14:23 评论

谢谢版主回复。 之前我想的是,如果我们拿到一个需求,架构师可以根据对需求的分析和对团队成员的理解,很容易拍脑袋说出这个需求,张三和李四一起工作大概3天交付出来。这个是我们常使用的方法。 现在想想,结合版主的提示,其实这就是在架构师脑中,将该需求和他熟悉的一个过去的项目比较得出的人天数,其实也是类似故事点应用的一个表现。 我想我的问题在于,是否还需要团队一起估算?传统的团队技术担当自己选出团队的高优先级需求(根据自己脑中的故事点应用选出适量的),然后每个人用自己的理想人天去认领任务就好了啊?不用团队一起玩故事点了。

... 查看全部
点赞 评论 引用 举报

游客

富文本
Markdown
您需要登录后才可以回帖 登录 | 立即注册