80030
关于需求列表中的“预计工时”
回帖数 8
阅读数 3600
发表时间 2011-03-07 15:46:00
建议修改为“估计规模”。
因为在需求项的估计中,应当避免按照“工时”来估计,会给人以误导。
需求估计只是估计一个相对规模,因此还是叫“估计规模”,单位可以是“故事点”(一个虚的概念)。
因为在需求项的估计中,应当避免按照“工时”来估计,会给人以误导。
需求估计只是估计一个相对规模,因此还是叫“估计规模”,单位可以是“故事点”(一个虚的概念)。
2011-03-07 15:47:56 Lin Weiwei 最后编辑
8个回复
在产品的需求估计阶段,是很难估计到“工时”这个粒度的。
而“故事点”是一个相对的概念,我们可以把某个需求确定一个点数,然后大家估计其他需求针对这个需求的相对复杂度即可。
真正到工时的估计,还是在sprint计划会拆分任务的时候再做,比较好。
同时,如果需求阶段估计了错误的工时的话,会对未来的交付期产生误导。
而“故事点”是一个相对的概念,我们可以把某个需求确定一个点数,然后大家估计其他需求针对这个需求的相对复杂度即可。
真正到工时的估计,还是在sprint计划会拆分任务的时候再做,比较好。
同时,如果需求阶段估计了错误的工时的话,会对未来的交付期产生误导。
2011-03-11 10:09:43 Lin Weiwei 最后编辑 2011-03-11 10:09:43 Lin Weiwei 回帖
8个回复
我们把一个故事点的单位定位一个小时,这也是可以说得过去的。
主要是绝大部分的用户并不知道story point这个概念,你给他说故事点,就晕菜菜了。
我们做功能,不可能单单考虑受过scrum培训的人,要考虑到绝大部分的人,没有这些概念。
主要是绝大部分的用户并不知道story point这个概念,你给他说故事点,就晕菜菜了。
我们做功能,不可能单单考虑受过scrum培训的人,要考虑到绝大部分的人,没有这些概念。
2011-03-11 13:05:52 王春生 最后编辑 2011-03-11 13:05:52 王春生 回帖
8个回复
个人理解,故事点就是需求的难度.但我认为不应该在填写需求的时填写故事点.以我们为例,我们都是把产品需求这个公开给公司里的人提示的.他们根本就不知道这个怎么填.应该在通过需求的时候才要求填写故事点.
2011-03-12 14:15:21 黄志添 回帖
联系我们
联系人
刘斌/高级客户经理
电话(微信)
17685869372
QQ号码
526288068
联系邮箱
liubin@chandao.com

相关帖子
范杰 | 最后回帖 2020-03-17 08:20 禅道-李锡碧
温文尔雅的电脑桌 | 最后回帖 2025-03-17 09:11 于涛
胜果科技-郭辉 | 最后回帖 2024-07-29 17:54 孔令茂
一身肌肉的皮带 | 最后回帖 2025-03-07 09:09 马超
GAO | 最后回帖 2017-02-09 13:36 石洋洋
不要命的火锅 | 最后回帖 2024-09-10 08:41 马超



精品资料包
1V1产品演示
免费试用增强功能
专属顾问答疑支持


