这是敏捷开发千零一问系列的第十三篇。 (此处提问，之一，之二，之三，提问总目录) )。
问题是课堂上提出的问题，这是外资企业，希望PO在国外，研发在国内的PO故事点进行估算，但是团队习惯在人日进行估算，会询问应该使用哪一个，或者两者都使用。
分析先分析，后提出方案。
这是典型的关于无我无住的问题。
所谓无我，首先要弄清楚为什么每个人想要不同的东西，不是根据“我想要的，应该优先满足我”，而是根据“谁想要，应该优先满足谁”来分析问题。
所谓无住，就是在故事的点和人的天的估算上没有优劣。 否则，就不应该再存在一个。 什么时候使用，为什么使用是问题的关键。
人天估算
人日估计的目的是为了团队沟通。 在半年前写的松结对编程共同估算篇(http://blog.csdn.net/cheny _ com/article/details/6587277 )中，如果人对一件事的每天的估算有很大不同的话联合报价过程的重点是，通过沟通让初学者可以听到如何设计hldmht，在只有hldmht才能完成的设计中完成自己的任务。
在许多情况下，如果没有外界的要求，团队都应该优先考虑人天估算方法
故事点估算
在敏捷开发绩效管理系列的一篇(http://blog.csdn.net/cheny _ com/article/details/6721626 )中，他说，故事点的目标是衡量和改善生产力
为什么人不能实现这个目标？ 例如，前面的队伍有10人，但最初一个月完成了150人天的工作，之后的一个月完成了200人天的工作。 只能说团队后来可以使用“200人日”了。 是时间利用率提高的表现，无法形容每个人的天职工作是否增加了。
故事的重点创造了绝对尺度的概念。 例如，这样的故事本来需要10个人的日子，现在如果5个人的日子完成的话，生产率就会增加一倍。
原问题分析
这样，他们海外PO喜欢故事点的原因是，他们本来也不关心团队开发、内部沟通的问题，只是关心“大家在工作吗，这个月工作得比上个月还多”的生产力问题毕竟，工资是从海外总部支付的。
当地的开发团队关心“初学者是否发明车轮，hldmht是否有助于提高初学者的效率”的开发问题，因此意见存在分歧。 但是，这本身不是零和游戏，毕竟是公司。
明确了这些问题的话，决策就会变得容易。 或者，至少可以知道决策的过程。
方案方案0：与总部PO交流估算意图
这是准备活动，所以不要担心别人会坚持自己的意见。 有时候“自己的意见”(自己的自己)只是“已经看到了”)，他以前就习惯用这个，没想别的。
总部的PO可能因为很多原因喜欢故事点。 1 .其他团队使用的故事点，他理解并熟悉； 2 .他担心大家的工作效率； 3 .公司想对中国的研发部门进行效率评估(不一定发工资，很可能想知道在中国研发中心是否值得投资，越南研发中心可能性价比更高)。
如果答案是3这样本质的活动，那就没什么好说的了。 这个问题又大又重要，必须加以衡量。但是，如果只有1，我们可以向他谈谈我们的想法。
方案1：根据当前的主要问题，确立估算方法
如果不知道问题出在哪里，就很难讨论黄连素好还是VC银翘片好。 不是治病，所以不要以为黄色糖衣裹着白色药粉。
方案2：根据估算方法，做好实践准备
也有故事点等不太容易普及的估算方法。
前面的链接详细说明了，主要的困难是很难找到“标准的故事”。 人员流动性强的话，也很难保证精通标准故事。
在国外使用故事点之所以看起来很容易，是因为其产品的研发数量多于项目开发数量，研发持续性强，不会改变话题。 另外，国外的流动率很低，我们一半朴素的裙子不像新来的，不管你的标准故事多标准，他们一个都不认识。
在这种情况下，请先解决这些问题，然后再谈实践。 不这样做的话，容易流于形式。