文章目录
- 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
