大家都怎么估计项目时间的。
大家是怎么估计的呢？

------解决方案--------------------
我是凭做这个项目的经验的。

之前还估计了一次。

但明显的时间容易估算少。

因为作为开发人员，我一想到这个项目，头脑中已经有了大概的雏形，

想问题的时候就过于理想化，想当然的认为很简单。

在这里建议下LZ，如果让你估算的话，

最好能多估算些时间，因为项目进行中这样那样的问题还是很多的。

我吃过一次亏了，哎！
------解决方案--------------------
如果一切顺利的话，做完这件事要 3 天，那么我就会说要 6 天。即使这样，实际上有一半几率还要超过 6 天。
------解决方案--------------------
按照每一个功能估计，界面做多久，后台做多久，累加起来

在加上20%左右的管理时间

把这个给老大看，然后按照他的意见砍功能或者压缩时间去！
------解决方案--------------------

探讨

现在的情况是，上头老认为我估计的时间太长了，我靠了，我跟他们说有的功能以前没有做过，所以可能会出现很多不可知的问题，跟没说一样。

------解决方案--------------------
我们是分开算时间的，如页面设计多少天？布置系统环境多少天？后台多少天？有没有用到新技术的？测试多少天 ？
然后在加到一起，在多30%的时间。
------解决方案--------------------
项目时间不是估计的，是客户需求。
客户会要求的
能做的是工作量除以时间，看看上几个人
------解决方案--------------------
评估项目时间的步骤：（这里还是需要有一些项目经验的）
1.把用户的需求细化，最好能达到功能需求的程度。并且保证这些需求是用户确认过的。
2.每个功能每个功能的评估。看自己要做这个需要多长时间，然后比如有3个人一起做，那么你就用自己评估的时间除以3。
如：一个功能模块自己做要10天。那3个人一起做差不多就是4天时间就Ok了。
3.然后就是评估每个模块的报价。根据工作量的多少，安人/天大概算一个，基本能知道大概的成本。如果报价过低那你们就
白辛苦了。
------解决方案--------------------
我是看项目大小和客户需求是否变化来定，作为程序员拿到项目 脑子里就有个一个大概的框架结构出来。然后分为后台+前台两大部分，再细分为前台各项功能和后台各项功能。确定好功能后和客户沟通核实是否客户就是要这些功能（注意：要以书面形式提出，以防止客户以后变卦。还要注明如果客户需求变更或者由于客户素材不能及时到位造成的时间延误情况，应该交付测试时间也顺延）；确定完功能后 在细看各个功能要的时间，最后把所有时间加起来得到一个开发时间，然后再加上一个星期内部测试时间 一般这样问题就不大了
------解决方案--------------------
先听客户的，跟讨价还价没啥区别

在客户的时间上再做调整了。
------解决方案--------------------
先要分阶段,需求,架构(可并行),数据库,设计,编码,测试
列出所有功能模块
对应每个阶段对每个模块估计
考虑到实现技术难度,人员水平,过去的经验值...
每个阶段还在留出review,会议,修正的时间