关于需求列表中的“预计工时”

工时是比较好理解的一个概念。故事点，你能把它给解释清楚吗？你想想。呵呵。

在产品的需求估计阶段，是很难估计到“工时”这个粒度的。
而“故事点”是一个相对的概念，我们可以把某个需求确定一个点数，然后大家估计其他需求针对这个需求的相对复杂度即可。
真正到工时的估计，还是在sprint计划会拆分任务的时候再做，比较好。


同时，如果需求阶段估计了错误的工时的话，会对未来的交付期产生误导。

我们把一个故事点的单位定位一个小时，这也是可以说得过去的。
主要是绝大部分的用户并不知道story point这个概念，你给他说故事点，就晕菜菜了。
我们做功能，不可能单单考虑受过scrum培训的人，要考虑到绝大部分的人，没有这些概念。

你们自己使用的时候，把名称改一下就ok了。叫做预计故事点。

好的。

有修改显示标签的地方吗？还是，直接修改程序呢？

个人理解,故事点就是需求的难度.但我认为不应该在填写需求的时填写故事点.以我们为例,我们都是把产品需求这个公开给公司里的人提示的.他们根本就不知道这个怎么填.应该在通过需求的时候才要求填写故事点.

按理来讲，产品经理在写需求的时候，应当估计下规模大小。以便用来排序，筛选用。