我正在开展一个具有许多未知因素的项目，例如将应用程序从一个平台移动到另一个平台。
我最初的估计有很大偏差，我无法真正确定这一切何时结束。
我该如何处理无法评估这样的项目的情况。这并不是说我要在屏幕上添加一个按钮或设计一个网站，或创建应用程序，甚至修复错误。这些不是有错误的方法，这些是在整个代码中做出的假设，这些假设不再正确，而是一步步发现的，并且每个都通过更多的未知数进行分析和缓解。
我碰巧写了一篇关于软件估算的硕士论文，我学到了一些教训：
-第一次计数，第二次计算，第三次判断 - 这意味着：首先尝试识别工作中可数的项目，例如文件、类、LOC、UI 等。然后使用此数据计算工作量（以人/天为单位）。使用判断作为最后的手段。
-记录你的估计！显示数字。这可以最大限度地降低您的风险，因此您将不会以您的意见来呈现结果，而是以或多或少的客观数字的形式呈现结果。 （一般来说，纸越多背面越干净）
- 估计不是承诺。承诺是一个数字，估计始终是一个范围 - 所以将您的估计作为一个范围（使用不确定锥来正确选择范围http://www.construx.com/Page.aspx?hid=1648 http://www.construx.com/Page.aspx?hid=1648 )
-划分：使用WBS，将您的工作划分为小块并分别进行估算。粒度取决于整个长度，但工作包最多不能大于整个工作量的 10%。
-首先估计工作量，然后是计划，最后是成本。
-将估计视为对规划的支持，对每个项目阶段进行重新估计（s.不确定性锥体）。
我会推荐这本书http://www.stevemcconnell.com/est.htm http://www.stevemcconnell.com/est.htm它涉及所有这些问题，特别是如何与试图迫使你做出承诺的老板打交道。
问候，
瓦伦丁·海尼茨
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
