怎么估算一个项目的复杂度然后用来控制项目进度?

icediv 发布于 2015年12月13日
无人欣赏。

公司在做一个类似社区的项目,可是项目预估的期限非常紧,反正作为公司老板肯定是希望项目越快完成越好了,不过从开发的角度讲,怎么控制项目进度呢?听到最多的话就是项目负责人问,XX这个功能咋样了,啥时候能完成(老码农大哥如果有这方面回复的话术还请赐教,不胜感激)。

空讲无用,就举个社区的例子吧,即便是网上找现成的开源项目拿来改也好,或者使用某个框架完全自己打造所有功能也好,我们现在采用的就是后一种。功能上就不细说了,举例子么,假设就有3个功能,登陆,发文章,管理文章。

假如真就全是增删改查就简单了,但是话说回来,这只是举个例子。 比如怎么才能认定登陆功能需要一个人3天完成或者3个人一天完成(这里当然跟一个技术人员的技能熟练程度有关,就假设是一个比较标准的phper吧,至于什么标准,就以所有php方面的逻辑控制问题都能自己独立解决能baidu能google的就能解决问题的)?

我们团队目前是4(实际3.0001,其中有一个连html都不熟只会写ifelse的phper,也不知道HR是怎么招进来的)个coder,一个切页面的,一个美工,一个测试。

目前的分工是一个人全权负责后台,其他人负责前台,其实每个功能又有很多垂直的需求,细节关联也很多,而且实际情况还是这边正做着,那边功能上又说改就改了,另外还有一些之前设计不合理的地方,又要弄成新的方式。

因此,在这里还请有项目控制管理经验的人,提供几点建议,本人就是4个coder中的一个,当然希望以后会成为经理之类的,所以如能获得您宝贵的提示,真是万分感激。金钱方面的回报或许拿不出手,在下是做php的,如果有需要提供外援的时候,而我又能刚好帮得上您的忙的话,就全当报答吧(搞得和广告一样。。真不是广告)

共6条回复
人在江天 回复于 2015年12月13日

先确定需求,这是前提。哪怕需求会变,也要先尽最大可能确认需求,至少为以后因需求变更造成的延期增加合理的依据,需求调研阶段往往需要大量的沟通,产品方或者需求方往往又操之过急,觉得该说的都说了,为后期留不少坑,做这件事需要经验丰富的人来降低风险。 需求确认之后要做一些设计,即使你的技术方案已经定死了(就这几个人,掌握的技术也很单一),架构还是要考虑的,哪些数据放持久层,哪些数据放缓存,安全性保障,初期访问量,日后的横向扩展方案等,这个过程一般快则1-2天,慢则3-5天,依经验而定,经验少的就快一些,因为没啥好考虑的。 接下来就是根据需求,参考架构,定模块数量、数据存储结构、数据接口格式、资源及页面样式这些,这个过程一般称为设计,需求确定的情况下大体也是可控的,可以估算出时间。再往后,就是编码测试,正规点的团队测试用例会在需求或者设计阶段就已完成,这个过程在设计合理清晰的前提下,也是可以估算工作量的。

sumtec 回复于 2015年12月13日

我一听就觉得你老板属于那种:来给你五百块,我要做个跟淘宝长得一模一样功能该有也得有的网站。

icediv 回复于 2015年12月14日

2楼 @sumtec 因为智商高的人都去编码了,那些思路不灵光的都去当领导去了

icediv 回复于 2015年12月14日

1楼 @人在江天 看了您的文字感触很深,在此谢过

看来这个还是一个经验的问题,只有多经历几个项目,才能在宏观上对项目进度做一个整体的控制

Kevin-Zhao 回复于 2015年12月14日

1.确定需求;2.确定范围;3.确定WBS(类似模块的程度);4.细分到每个活动(要很清楚每个活动可能花的时间,这需要时间及技术的积累);5.自下而上,估算时间。

wakasann 回复于 2015年12月15日

我也是类似的情况,项目的进度,项目的时间安排都是靠自己把握,工作差不多三年了,发现自己能拿出来的项目也不多,老是拖延了项目的时间,哎,惭愧。

登录 或者 注册
相关帖子