在估算研发任务的时间时应牢记的要点是什么。假设我必须使用“WPF”技术估计“ABC”任务，而我没有这方面的经验，我需要为此进行一些研发。
问问题
1682 次
5 回答
3
在您有时间使用该技术之前，请不要进行估算。分配一定的时间（2 天，1 周，无论你能从管理层那里得到什么）来理解这些概念并自己编写一些代码，以了解开发过程需要什么以及学习曲线有多陡峭。然后，估计。
于 2009-11-21T07:57:22.403 回答
3
纯研究项目
除了一些临时里程碑/审查之外，设置时间或资源上限，以重新评估您是否有能力继续下去。理想情况下，在开始研究之前，您将对成功的潜在好处有一个很好的了解。在开始之前，您可能还想定义不同的成功等级和应急计划，以防努力无法取得成果。
螺旋式发展模式将派上用场。
将现有技术应用于问题
对于当前的主流技术，例如 WPF，您可能会尝试找出具有相当经验的人需要多长时间才能学习该技术。可以从其他人的经验和可用的培训课程中收集证据。
对于非当前或利基技术，您最好聘请顾问或分包工作（请记住顾问和承包商之间的区别）。
为项目评分
保持现状 - 错误修复 - 增强 - 新功能 - 新产品 - 革命性
规模。量表上的每个位置通常意味着风险和努力增加 2..5 倍。有了一个参考点，也就是说，如果您的组织通常需要 2 天的时间来端到端地修复一个错误，您可以判断出增强将需要 2 到 5 倍的时间，当然是 4 到 10 天之间的任何时间编码只是这项工作的一小部分。
于 2009-11-26T11:13:01.660 回答
2
理想情况下，不应该在没有确凿证据的情况下给出估计。毕竟，估计是概率，概率是数学上有意义的数字，而不是凭空产生的直觉。（有关这方面的更多信息，请参见Steve McConnell的“软件估计”。）
不幸的是，我们经常需要对我们对所涉及的技术有很大不确定性的任务提供估计。例如，政府补助和其他非技术方案就是这种情况。在这些情况下，为了务实，即使我们不熟悉这些技术，也最好提供一个估计值。
希望这可以帮助。
于 2009-11-21T19:29:37.430 回答
1
处理它的最好方法是咨询已经在那里的人。与您的员工相比，他的经验加上对良好的一般观念应该给您一个公平的估计。
技术越老 - 周围的人就越有经验，网络上就有更多地方可以找到问题的答案。
如果你正在研究一些全新的东西......数据源应该是有限的，我会进行任何估计，并将其翻倍......
于 2009-11-21T06:42:09.967 回答
0
您可以猜测您认为研究新技术需要多长时间，然后您需要多长时间进行开发并将其乘以 2。当然，这很蓬松，但通常任何涉及估计任务的事情都非常蓬松（嗯，至少我不喜欢）。估算时涉及很多因素：是否处理可能比您想象的要花更长的时间的新技术，通常涉及处理其他人编写的代码，这可能会增加“x”因素的复杂性。简单的任务。
通常在估计时间时，最好至少在你坐的地方有一个一般的“尖峰”（无论是你自己，还是和其他团队成员一起玩更好）并玩一两个小时（或者不管你玩多久）选择）。这至少给了你一点时间来更好地了解你正在处理的事情。在查看新技术时，可能会阅读一些文档，阅读并使用“入门”指南等。然后当您返回估算表时，您将对您正在处理的内容有一个更好的了解.
于 2009-11-21T06:26:05.723 回答