如何评估软件项目需要多长时间

　　软件项目一般经过需求确定、原型、UI、软件开发、软件测试等流程。不同软件项目管理者划分这流程可能会有所不同。但是需要进行工作流程还是大体相似的。那么如何评估软件项目需要多长时间呢?

　　项目管理者评估方法：

　　1.一般来说，不管是公司内部的软件产品开发还是外部的合同定制化软件开发都会有一个概要的时间点要求，这个时间要求可能是版本上线日期，也可能是合同交付如期，不管怎样，我们产品项目持续的时长都必须在在这个时间点限制下。

　　2.如果是合同定制化的软件开发，一般来说需求会比较明确，这个时候，项目经理和甲方沟通确认好需求后，根据合同的要求定义项目的里程碑，然后依照自己开发团队的产能进行迭代开发或者瀑布开发，可能一个里程碑会走一个小瀑布，或者一个里程碑切分成若干迭代。当需求很明确，研发管理很完善的情况下可以考虑瀑布开发;如果需求一般明确，可以考虑迭代开发，或者SCRUM。具体的要看具体情况。如果是公司内部的软件产品开发，一般来说，产品经理要依照产品研发的特点，定义产品的愿景、目标，产品路线图，产品版本规划，当产品版本规划定出来后，可以选择SCRUM，走迭代开发。

　　3.如果需求上你不采用用户故事方法，采用用例或者需求功能模块等的话，可能要用到工时评估计划时间。如果需求上你采用用户故事和SCRUM开发，你可以用故事点数和团队的速率之间的对应来评估计划时间。

　　软件开发者时间评估方法，某软件开发者的经验之谈：

　　1、想要搞清楚一个事情需要多少时间完成，这最好的方法是找一个程序员已经完成的、相似的项目。对一些简单的网站和应用来说非常有效，或者那些使用标准CRUD的项目也是适用。当项目小且简单时这种方法最好用。这种方法可以用在软件1.0版本时，但以后的版本就不行了，因为这时你跟相参照的项目开始慢慢的产生差异，这时写的代码是你以前没有写过的。

　　2、我的好朋友、并且是以前的同事John Walker(不是这个John Walker)喜欢用这种方法。把项目拆解成最小的任务。然后记录完成每个任务你认为可能需要多少小时、天、周、月。遵循这种原则，如果一个任务需要几小时，就是算成一天，如果需要数天，就是算成一周，如果是数周，就算成一月。如果超过一个月，那你就无法知道需要多少时间了，或你根本不知道要做什么。

　　3、我有自己的预估方法，但事实上跟John的把任务拆分成最小的子任务的方法非常相似。我是以最坏的情况下每个最小单元需要的完成时间为标准。汇总，然后乘以4。再向上取舍到最近的素数，就算是对我的这种没谱的方法的讽刺吧。

　　上面是一些可供参考做法，也许你有更好方法来评估软件项目需要多长时间，那请原谅小编班门弄斧了。如果你有更好点子，不妨说出来，给大家分享一下，获取还能引出更好点子哦。

　　本文转载自拓源优课：www.toyoke.com