扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者:builder.com.cn 2007年3月2日
关键字:
这种方法的缺点是在你收集了需求信息之后,如果发现你的估计是错误的,这时你不得不推迟发布时间和要求更多的资金。当然,无论使用何种开发技术,在每个项目开发阶段结束时进行一致性检查都是必要的。
将工作分解为几个更小的部分。如果你感觉估计整个项目的工作量有困难时,可以将一个大的项目分解成几个小的工程。当你使用这种技术时,可以不必再为收集需求信息而进行项目框架设计。
你应该能够估计收集需求信息工程10%的工作量,当收集需求工作完成后,你就可以用这些信息来规划下一步工程来完成项目的其余工作。但愿现在你可以估计项目剩余的10%的工作量。当你完成这项工作时,最终产品通过两个子工程即可获得,每个子工程估计和管理10%的预算和计划。
首先预先估计项目时间和预算,接下来在收集完需求信息后坚定地执行项目计划。这是上面提到的第一种技术的简单变化,在这种方法中,项目经理提供一个最好的项目工作量估计,与此同时,项目框架和计划也创建完成。然而,基于机构规章,这种估计不像第一种方法,项目经理是不负任何责任的。
这种估计对于当时的信息来说是最好的估计。在收集完成需求信息后,项目经理可以提供一个详细的项目工作量估计,这个估计项目经理是要负责的。
正如我以前提到的,大多人可能认为迭代的收集需求信息是最好的方法。然而,迭代生命周期并不提供关于如何估计项目10%的工作量的方法。事实上,迭代方法可能使得估计的准确性更加困难,而快速原形化方法通常指的是不做任何估计,直到用户满意最终结果或者用完了预算资金才把迭代模型转化成工作代码。
上面的三种方法在项目开始之前估计项目工作量提供了一组更加可行的技术方法。在你的机构中你有更加有效的方法吗?
责任编辑:张琎
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者