文章目录
- Story Point是什么
- 一个合理的Point应该能让团队的其他成员相对准确的评估任务难度
- 根据自己对任务难度的分析对比团队Point标准
- 评估一个任务是多少Point点时建议三个人评估
- 这是我阅读并参考的文章
中文翻译Story Point= 故事 点(观点,论点;要点,核心问题;目的,意图;具体细节;特点,特征;地点;时刻,阶段;得分;小数点,点)
在英文中是一个概念。
Story Point是什么
网上面各种解释我都看不懂了,所以在这自己根据网上的总结一下
就是评估工作耗时的一个标准
,但是每个团队的Point是不同的单位
Point必须是一个团队都知道的认同的一个标准单位,如果团队中没有定下一个Point大家都认同的Point,你填这个就没有意义
一个合理的Point应该能让团队的其他成员相对准确的评估任务难度
根据自己对任务难度的分析对比团队Point标准
拿小时标准比例
实例任务1需要一个Point的,
你一个小时完成这个实例任务,那么你的一个小时就相当于一个Point
评估一个任务是多少Point点时建议三个人评估
其实Story Point在小公司中基本 不会用,即使要了也是没有达到应该达到的效果,本身Story Point就需要时间成本去评估,公司如果没有完整的敏捷开发体系,确实有点形式主义了
这是我阅读并参考的文章
阿里部分原文
官网链接
用户故事(User Story)是敏捷开发场景下进行需求管理的一个方法,
而用户故事点(StoryPoints)则是开发团队用来衡量用户故事复杂度和工作量的一个单位,
一个用户故事点可以代表一个人/时或者一个理想工作日等等,可以用story point 来衡量一个 issue 的难度或者工作量。
在云效上实践敏捷开发的项目管理时,通常将一个用户故事以一张任务卡片的方式呈现出来。
尽管可以设置自定义字段来增加用户故事点的信息,但为了更方便地对用户故事点信息做呈现和统计,在敏捷研发项目中默认开启该字段。
[这个写的很好 ] 敏捷开发中的故事点到底是什么?如何预估故事点?
这个也不错:stackexchange