在回答Dealing with awful estimates发布的“Ash”时,我分享了一些我学到的技巧,这些技巧可以用来发现较差的估算值。但我敢肯定,还有更多!

当需要快速评估由第三方(同事,业务伙伴或外部公司)编制的软件项目估算时,在方案中使用什么启发式方法?

在没有足够详细的手头知识的情况下,可以发现哪些软件评估不明显的明显征兆?

最佳答案

  • 完成估算,而不是使用诸如Wideband Delphi之类的基于共识的估算(以完全理解需求的隐含范围)的人。
  • 如果执行估算的人员不是执行实现的人员,则尤其如此! -我曾经在别人提出要求之前60天进行过另一个人估计的项目。可以说我不是一个快乐的兔子
  • 没有时间准备文档。
  • 没有时间进行提升(在学习和团队规模方面)。
  • 没有列出风险及其对时间表的影响。
  • 对于最新的需求和风险,没有意外的缓冲。
  • 关于project-management - 评估软件估算值:肯定有不切实际的数字迹象吗?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/553255/

    10-13 09:08