如何估算时间

时间估算一直是困扰我们的大难题。经过对最近几个项目的总结，我罗列了一些估算时间方面的经验，仅供参考。

1.别为赶进度而过早定时间

我们是做产品，而不是仅仅为了完成工作。过于赶进度，容易忽略细节上的难点，导致无法按期完成，且会影响产品质量。

2.别让产品经理给你定时间

一定要自己确定开发时间，因为你才是最了解具体开发周期的人

产品经理觉得时间长，不允许怎么办？

罗列需求，将隐藏的工作量以书面的形式表现出来，让他意识到你需要做的事情很多。别把别人(产品经理)当傻子，能进公司，担任这个职位，就一定有其独到的优点与才华，帮助其将这些才华发挥出来，也是间接的帮助了你自己。

3.估算时间前的必备工作

(1)需求确认

没有Demo图|原型产品和文档，则不接受此次需求

反复和产品经理探讨沟通，双向描述需求，一定要确保双方在需求的认识上达成一致

确认需求后，在当前开发周期中，不接受其他需求(包括新增需求与原有需求的变更)，新需求可以放在下一个开发周期中去完成。这个时候立场一定要坚定，你容忍了第一次，那么一定会产生第二次，到最后，受伤的还是你。

(2)确定接口时间

(A)确定页面HTML静态模板交付时间

(B)确定其他部门接口的交付时间

需要哪些外部接口？

这些接口是否需要修改以满足当前项目的需求？

接口交付时间是几号？

(3).设计数据库表结构

(4).写分解文档，把整个使用流程仔仔细细跑通

如果编写分解文档的时候，感觉不流畅，不知道包含哪些模块，哪些部分可以细分，那么说明你对需求尚未完全理解。

(5).编写程序框架代码

无需实现，只写出大致程序结构即可，通过一些伪代码，让程序能顺利跑起来。在这个过程中，你会发现很多前面遗漏的问题(主要是实现方面的问题)。

总结

功能拆分越精细越好，这样你才能估准时间；拆分的时候最好按功能模块来划分，而不要按MVC之类的代码实现来划分，因为这样的话，到后期如果发现时间不够，可以舍弃部分次要功能，保证项目的准时发布；估算时间的时候，千万别只按开发时间来估算，因为测试、沟通、协调等等会花费很大一部分时间，项目的完成，不仅仅只靠写代码。