君，已阅读到文档的结尾了呢~~
广告剩余8秒
文档加载中
web项目开发时间估算
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
web项目开发时间估算
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口您所在的位置： &
估算项目的时间进度!
估算项目的时间进度!
川山甲的博客
最近忙着赶项目，无暇去写博客。今天我想知道大家是怎么估算项目时间进度的？我把我这次项目经历，唠叨唠叨。
最近忙着赶项目，无暇去写博客。今天我想知道大家是怎么估算项目时间进度的？
我把我这次项目经历，唠叨唠叨。
要做新的项目，产品经理Ａ来找我，问我，这个项目你需要多长时间完成？
前提条件：我没看过需求，我只是泛泛的看了下demo，只是知道，页面上有哪些内容，有多少种情况？我没有办法回答她，因为我自己也不知道到底用多长时间。因为我实在没有办法估算时间。然后产品经理Ａ告诉我，你差不多2周就能完成。那我说，你给我3周吧？我还得做代码调试呢！（其实我挺心虚的，我知道这个页面的功能相当的复杂，但是产品经理Ａ告诉我，数据，接口都是准备好的）。
然后又过了两天，产品经理Ｂ找了我，问我，这个项目你估计多长时间能做完？我说3周。Ｂ跟我说，我们这个项目比较紧，老大那里着急要呢？时间拖的太长了（这不是因为你们一直拿不下方案，拖了快半年了，怎么到我这里就剩这么点时间了）。我跟他解释：差不多代码2周就能形成，还要一周进行相关调试呢？然后Ｂ就回去了。
又过了两天，项目下来了，时间是维期2周，我的开发时间就2周，怎么会这样？Ａ跟我说，不是你跟Ｂ说，2周吗？&&我冤死了，算了，反正就是做事吗？自己赶紧点应该能完成。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0410.png" />&
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0411.png" />
我周一需要开始开发，Ａ还没有给我需求。Ａ说，周日他过来加班，然后再给我需求。周一回来了，需求只是一部分，Ａ说，这个估计你也要开发一段时间了。等你开发完了，我后面的需求也就上来了。
就这样开发了一周。设计人员那里的ｄｅｍｏ也在同步进行中。
后来，开发一周左右，发现原来使用的模块，要用新的接口Ａ，但是接口Ａ还不能满足我现有的需求，必须需要程序员Ａ重新包装给我，这样再等了一下午，第二天，问题不断，不停的跟程序员Ａ进行调试，终于完成此模块的功能。
临近项目结束，模块Ｂ又出现问题，产品人员许诺的接口，找了相关技术人员，并没有准备好。原有的接口Ｂ也要抛弃掉，跟产品Ａ商量后，决定先放弃此模块，项目结束后再继续开发。
临近项目上线的前两天，测试人员才开始真真正正的测试，给我提了一堆的bug。然后第二天，我疯狂的修改bug。
在项目开发阶段，小问题不断，这里不要这个模块了，这个模块需要列表了，这个模块要移动按钮要修正了......。
终于项目于昨日匆匆结束。
今天一天，问题不断，不停修改ｂｕｇ。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0412.png" />
这两周，我快累得吐血了，不停的编码，几乎就没有休息过。
1、产品人员追的太紧了，他们自己不紧不慢的定方案快小半年了，给我的开发时间就2周。&&我快疯了。
2、测试人员，给了他一周的测试时间，结果临近上线才真正的测试，然后快要上线了，给我提了一堆的ｂｕｇ。&&我快神经质了。
3、接口提供的开发人员。不停的把事情推到我这里，我自己这边的事情越来越多。估计是我嘴笨，老是说不过他们，我也不知道，他们哪里来的那么多道理。&&我快气死了。
& 498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0413.png" />
1、在项目开始阶段，我并不十分清楚每个模块详细情况（如，接口数据的存储情况，复杂度，以及怎么展现）。因为本身这时根本就没有需求文档。
2、项目开始阶段，本身就不应该受产品人员的影响，他们说多长时间，你就受他们的影响，而拟定自己的时间计划，应该让更熟悉这块的人来给你拟定时间度（如找我们头，项目经理）。
3、在开发阶段，不应该让产品不停的修改方案，我本身知道这个道理，但是没有办法，因为本身就没有详细的需求文档，想到哪里就做哪里。
4、应该在临近上线的时候不能让测试人员提ｂｕｇ，或者此ｂｕｇ（不是紧急的ｂｕｇ）只能上线之后，后期再进行跟踪修复。&&这个我明天找项目经理，反应一下这个情况。否则，明天上线，你还在不停的修改代码。
5、接口提供的开发人员，必须要求他们给我们详细的文档，以邮件的形式发给我们，否则，你根本就无从入手。&&此次开发，我不停的去他们那里询问接口调用细节。
&6、同事建议我，把需求打成碎片，一块一块的评估。&&天，哪有什么需求，他们自己拟定方案的时候，我就参与过一次会议，其他会议我都没有参与过，无暇知道他们是怎么想的。&&估计是有预谋不让我参加，怕我知道，时间拖得比较长吧？（我猜的）。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0414.png" />
以上是我这次项目的经历，在这过程中，我知道自己有很多的问题，但是我最大的疑虑，也是我5年开发中一直遇到的问题，就是开发周期问题。
我同事跟我说，开发周期，你要预估下时间，然后你再这个时间基础上再加一周时间。但是我这预估的时间，我自己都没办法预估出来。很多时候我都是被自己的项目搞的晕头晕脑的。&&很多道理我懂，但是真正到实际中，实在摸不开面子，既然拿了人家的工资，就要努力给人家做事情。自己吃点亏，累点没什么。
也许大家会责怪我，这一切都是你自己的错误，自己酿下的苦果，自己就要承受。&&呵呵，是啊，我写此文，也是发发牢骚而已，一吐心中的烦闷。
如果大家在时间估算上有什么技巧的话，不妨相授彼人，不慎感激。
498)this.width=498;' onmousewheel = 'javascript:return big(this)' alt="" src="/files/uploadimg/0415.png" />
原文链接：
【编辑推荐】
【责任编辑： TEL：（010）】
关于&&的更多文章
项目经理是很多程序员梦寐以求的职位，但真正当上了项目经理却会
/art/962.htm
这周Windows8.1正式版发布了，不知道各位有没有去更新
十一长假归来上班，好像更累了；早上也越来越堵了。小
数据结构课程，貌似是大学计算机、网络、软件等专业的
本书是Inside Microsoft SQL Server 2005系列四本著作中的一本。它详细介绍了T-SQL的内部构造，包含了非常全面的编程参考。它提
51CTO旗下网站2013年10月 Oracle大版内专家分月排行榜第二2012年3月 Oracle大版内专家分月排行榜第二
2013年9月 Oracle大版内专家分月排行榜第三2013年6月 Oracle大版内专家分月排行榜第三2012年7月 Oracle大版内专家分月排行榜第三2012年4月 Oracle大版内专家分月排行榜第三
2012年2月 PHP大版内专家分月排行榜第一2012年1月 PHP大版内专家分月排行榜第一2011年11月 PHP大版内专家分月排行榜第一2011年9月 PHP大版内专家分月排行榜第一
2012年3月 PHP大版内专家分月排行榜第二2011年12月 PHP大版内专家分月排行榜第二2011年10月 PHP大版内专家分月排行榜第二
本帖子已过去太久远了，不再提供回复功能。项目经理制定项目时间表的时候，需要估算每个任务所需的时间，其中开发任务中模块的分配和时间估算是其中最主要的部分。本篇专门就这部分作一个阐述。
一、在分配模块和估算开发时间时，我们需要把握的原则和目标：1、保证项目整体的进度。2、有助于确保开发编码的质量。3、有助于提高开发编码的速度。
二、每个公司都拥有自己的技术框架，开发人员主要的工作通常投入在具体的商业逻辑上。通常每个模块所需的开发时间取决于以下三个因素：1、该模块的商业逻辑的复杂程度。2、开发人员的技术水平和对项目所在应用的熟悉程度（包括对框架和应用的熟悉程度）。3、该模块技术实现上是否有技术难点。这里我把技术难点定义为：在现有系统中还未实现的有一定技术难点的问题。对于这样的难题，开发者没有相关的代码可以参考，需要投入一些时间研究解决。
三、模块分配和开发时间估算的步骤：1、作为项目经理划分好模块后，我会自己先估算一下每个模块所需要的开发时间。
2、召集所有开发人员，讨论模块分配和开发时间估算。&&&&& 项目经理将划分好的模块，让开发人员从中挑选他们感兴趣的模块。这样做可以提高开发人员的主动性和参与性。&&&&& 项目经理在分配模块的时候还需从以下几方面考虑，以确保开发的速度和质量。&(1)相同类似的模块由同一人负责开发，比如文章的增删改由同一开发者负责。这样做的好处就是开发者对相关逻辑会更加熟悉，同时接口的定义也会比较明确，沟通的成本比较低。&(2)技术难度比较大的模块由技术水平比较高的人负责。&(3)业务逻辑比较复杂的由对这块逻辑比较了解的人负责。
&&3、模块分配完后，开发人员评估自己负责开发的模块所需要的时间。在此过程中我们会比较详细的讨论每个模块的技术实现，以便使时间的估算更加准确。&&4、项目经理对开发人员估算的时间进行确认。&&&&&&& 在确认过程中作为项目经理我会参考以上提到的三个因素，同时将自己估算的时间和开发人员估算的时间进行比较。这其中的差异当然会存在的。对于那些差异比较大的，我会和技术人员探讨其中的缘由。&&&&&&& 对于时间周期比较长的任务，我通常会再细分一下，争取每个任务的最长时间不超过3天。时间周期越长的任务，不确定性越高，风险也越高，越有可能成为项目的瓶颈。&&建议：1、项目总结的时候，对项目中的一些数据做好统计比如单位UC所花的开发时间、测试时间等，这些数据统计可以作为以后开发的参考。2、对技术难点，在项目开始前做好技术准备，提前安排人员研究。这样会节省以后项目时间，降低技术风险。&
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：342207次
积分：6753
积分：6753
排名：第2656名
原创：321篇
转载：71篇
评论：34条
(6)(1)(1)(4)(13)(9)(1)(3)(10)(4)(2)(3)(4)(6)(3)(6)(12)(1)(5)(5)(1)(28)(14)(111)(20)(57)(4)(63)