其实就两个字：经验。
当经历过很多个项目后，就会慢慢地有感觉了，能够感知到完成一个功能大概需要多长时间了。

可以通过技术人员反馈、经验判断来获得。

在评估时间的时候，不单独采用某个人评估的时间，而是召集大家在会上统一决定。
在评估一个功能的工时的时候，每个人员出牌，表示自己评估的完成时间，这样就很能看出大家对于这个功能的开发工期了。

评估的工时和预期差得多怎么办？
评估时间是有差距的，如果差得特别多那么就需要问一下具体原因了。

1、功能方面：
是否因为某个功能的逻辑比较复杂，或者某个功能涉及到了比较难攻克的技术。

2、人员方面：
是否有人离职，或者请假呢，因为人员缺口而存在的偏差呢？

3、技术方面：
是否因为是新技术没有相关人员有经验，或者新技术的学习成本比较大呢？

无法在客户要求的时间内完成怎么办？
要干的活儿，无法在预期的时间内完成怎么办呢？总结下来只有这几种方式：加人、加时间、少内容。

1、加人：
协调其他人员、临时招聘、找外包。如果加人的话要加快进度，因为人员进来之后不能马上开始工作，他们首先要熟悉一下整体情况后才能开展工作。

2、加时间：
加班、延期。要么就需要开发人员进入加班状态，不管是996，或者9107都是有可能完成的，不过项目经理要安抚好团队人员的情绪，疲劳之后会带来很多的情绪。延期的话，如果真的可以说服客户，延长工作时间也是很美好的。

3、少内容：
减少功能，降低逻辑。对于一些复杂的内容，如果时间不允许，可以先做到0-1，而不要追求0-完美，但是前提要和客户沟通好需求内容，否则做完了又要挨批。