怎么估算一个项目的复杂度然后用来控制项目进度？
由 icediv 发布于 2015年12月13日无人欣赏。
公司在做一个类似社区的项目，可是项目预估的期限非常紧，反正作为公司老板肯定是希望项目越快完成越好了，不过从开发的角度讲，怎么控制项目进度呢？听到最多的话就是项目负责人问，XX这个功能咋样了，啥时候能完成（老码农大哥如果有这方面回复的话术还请赐教，不胜感激）。
空讲无用，就举个社区的例子吧，即便是网上找现成的开源项目拿来改也好，或者使用某个框架完全自己打造所有功能也好，我们现在采用的就是后一种。功能上就不细说了，举例子么，假设就有3个功能，登陆，发文章，管理文章。
假如真就全是增删改查就简单了，但是话说回来，这只是举个例子。 比如怎么才能认定登陆功能需要一个人3天完成或者3个人一天完成（这里当然跟一个技术人员的技能熟练程度有关，就假设是一个比较标准的phper吧，至于什么标准，就以所有php方面的逻辑控制问题都能自己独立解决能baidu能google的就能解决问题的）？
我们团队目前是4（实际3.0001，其中有一个连html都不熟只会写ifelse的phper，也不知道HR是怎么招进来的）个coder，一个切页面的，一个美工，一个测试。
目前的分工是一个人全权负责后台，其他人负责前台，其实每个功能又有很多垂直的需求，细节关联也很多，而且实际情况还是这边正做着，那边功能上又说改就改了，另外还有一些之前设计不合理的地方，又要弄成新的方式。
因此，在这里还请有项目控制管理经验的人，提供几点建议，本人就是4个coder中的一个，当然希望以后会成为经理之类的，所以如能获得您宝贵的提示，真是万分感激。金钱方面的回报或许拿不出手，在下是做php的，如果有需要提供外援的时候，而我又能刚好帮得上您的忙的话，就全当报答吧（搞得和广告一样。。真不是广告）
先确定需求，这是前提。哪怕需求会变，也要先尽最大可能确认需求，至少为以后因需求变更造成的延期增加合理的依据，需求调研阶段往往需要大量的沟通，产品方或者需求方往往又操之过急，觉得该说的都说了，为后期留不少坑，做这件事需要经验丰富的人来降低风险。 需求确认之后要做一些设计，即使你的技术方案已经定死了（就这几个人，掌握的技术也很单一），架构还是要考虑的，哪些数据放持久层，哪些数据放缓存，安全性保障，初期访问量，日后的横向扩展方案等，这个过程一般快则1-2天，慢则3-5天，依经验而定，经验少的就快一些，因为没啥好考虑的。 接下来就是根据需求，参考架构，定模块数量、数据存储结构、数据接口格式、资源及页面样式这些，这个过程一般称为设计，需求确定的情况下大体也是可控的，可以估算出时间。再往后，就是编码测试，正规点的团队测试用例会在需求或者设计阶段就已完成，这个过程在设计合理清晰的前提下，也是可以估算工作量的。
1.确定需求；2.确定范围；3.确定WBS（类似模块的程度）；4.细分到每个活动（要很清楚每个活动可能花的时间，这需要时间及技术的积累）；5.自下而上，估算时间。