项目管理中story point与时间的关系

问题

最近在承担PMO角色，项目管理工具是jira，其中很重要的一个事情是评估story point。在网上看了一些解释，总是感觉好像懂了，但又没有完全懂。主要纠结的是如下两个点：

1. story point是什么
2. story point和时间具体是啥关系

答案

之前我纠结的核心是：story point是什么。看了很多资料感觉有些懵。后来尝试换个思路：story poinit解决了什么问题，答案如下：

用于计算团队在一次迭代中可以获取多少个用户故事

瞬间有种醍醐灌顶的感觉，上面提到的两个问题都已不再是问题。说理论我还是说不明白，下面通过一个实际的场景来代入说一下。

场景

两个前提：

1. 公司是将短信登录需求作为基点，也就是1个point
2. 公司根据之前的sprint情况得到一个结论：当前团队配置下每个sprint可保质保量完成的平均story point数量是30

剧本：

1. 目前backlog里有很多story，新来的产品挑选出5个story放在sprint里(PM预估的point是30左右)，并开始需求讲解
2. 需求理解完，需要对该sprint 评估story point
3. 按规则评估后，发现该冲刺story point的总和是50，产品最终决定移除两个story，调整后该sprint的总story point为32
4. OK，需求已经确定。PM打开日历开始确定该sprint的里程碑
5. PM节点同步给相关方
6. PM开始复盘自己的预估那里出现了问题，为什么最终的point数和预估的point数差异如此大
7. 在后续的print中，该PM的预估越来越准确，避免很多不必要的需求讲解，节省了很多时间

总结

1. story point仅仅是用来确定当前sprint能够做几个story
2. story point跟deathline没有关系，没有关系，没有关系
3. story point跟里程碑有关系，可以根据point数来确定story的先后