故事点和理想天分别有自己的优势
有利于故事点的优势
故事点有助于驱动跨功能的行为，用故事点估算可以帮助团队学会跨功能工作，故事点的估算是对单一故事点的整体估算，而理想人天则需要按照专业进行估算。
故事点估算不会过期
团队对技术、业务领域和经验的不同，以及其他的因素，都可能导致以理想人天进行的估算发生变化，而故事点估算不会随着这些因素发生变化，只有在故事点的相对大小发生变化的时候才需要进行重新估算。
比如：由于架构的变化使得开发工作内容发生变化，故事点和理想人天都需要发生变化，但如果仅仅是团队对某些东西的更为熟悉，则只需要变化理想人天。
故事点是纯粹对大小的度量
故事点是纯粹的对大小的度量，而理想人天不是，会随着团队开发成员的熟练程度的变化而变化，而故事点不受这个影响—大小就是那么大，不会随之变化，这种不变性是任何对大小的度量都希望得到的特性。
一方面，故事点可以通过类比的方法进行估算，理想人天也可以通过类比，但是大家会习惯和现实的开发时间做比较；另一方面，故事点堆大小进行纯粹的比较，是抽象的，不需要和现实比较的诱惑，而理想人天不可避免和现实的开发进行比较。
故事点估算通常更快
故事点估算的时候更多是从更高层次去进行估算，需要进行哪些工作？而理想天估算则会更加深入，讨论到具体的细节层面，从完成这个故事需要进行的任务讨论，而不是从故事的大小层面进行讨论。
我的理想人天不等于你的理想人天
使用理想人天，会出现大家对于完成一个用户故事需要的理想天的不同，除非是结对编程，否则就会出现理想人天的差异。
2.有利于理想人天的讨论因素
1）理想人天在团队以外容易解释
2）理想人天估算容易开始，由于缺乏估算的基准，最初开始使用故事点估算会比较困难。而理想人天可以快速的进行估算
3）容易进行预测，有些时候，需要预测速度，而使用理想人天，更加容易进行预测。
小结
团队可以使用故事点或者理想人天进行估算，故事点的有点有助于促进团队的跨功能行为，此外由于故事点是对大小的纯粹估算，因此即使团队的技能发生变化，也不需要重估，且用故事点估算比理想人天也快；最后，与理想人天不同，可以在团队成员之间对故事点进行比较。
理想人天的又是在于更容易向团队之外的人解释，以及更容易开始。
因此，建议使用故事点进行估算，但是可以先使用理性人日进行估算，再慢慢转向故事点估算。
#今日学习打卡
