project-management - 评估软件估计 : sure signs of unrealistic figures?

标签 project-management evaluation estimation

在回答“Dealing with awful estimates ” 发布者 Ash我分享了一些我学到的和个人用来发现弱估计的技巧。但我确信肯定还有更多!

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

在没有手头任务的详细知识的情况下,可以发现弱软件估计的明显和不那么明显的迹象是什么?

最佳答案

  • 一个人完成了估算,而不是使用基于共识的估算(以完全理解隐含的要求范围),例如 Wideband Delphi .
  • 如果进行估算的人不是进行实现的人,则尤其如此!! - 我曾经在一个项目上工作过,别人估计是在提出任何要求之前 60 天。只能说我不是一只快乐的兔子
  • 没时间做文档了。
  • 没有时间提升(在学习和团队规模方面)。
  • 没有风险 list 及其对时间表的影响。
  • 没有意外的缓冲 - 就延迟要求和风险而言。
  • 关于project-management - 评估软件估计 : sure signs of unrealistic figures?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/553255/

    相关文章:

    agile - 通过敏捷估算,有人说只选择 1/2 到 1.5 天这样的间隔是真的吗?

    algorithm - 估计/预测下载完成时间

    project-management - 估算包含不熟悉概念的项目的时间?

    project-management - 何时认为敏捷迭代完成?

    language-agnostic - 将我自己的项目传递给其他人-怎么办?

    svn - 颠覆和测试部署

    r - 安全地评估 R 中的算术表达式?

    java - 最佳 Ivy 实践 : Split code into multiple projects or use one project with multiple configurations?

    information-retrieval - IR评估中如何衡量ranking、AP、MAP、recall的一些想法和方向

    java - 运算符优先级算法