代码之家  ›  专栏  ›  技术社区  ›  MatthewMartin muthu

如何估计开放源码项目的任务大小?

  •  -1
  • MatthewMartin muthu  · 技术社区  · 15 年前

    开源项目的规模与我在办公室做的项目完全不同。工作是在业余时间做的,可能没有实现的志愿工作,个人发展资源,不是公司等。

    很明显,栗子式的“做最小的事情”是适用的,但除此之外,还有没有更正式的方法来估计一个开源项目的适当大小,例如,表的数量,网页的数量,或者——天哪——函数点计数?

    什么样的评估工具最适合这类项目?

    1 回复  |  直到 8 年前
        1
  •  1
  •   shsteimer    15 年前

    最近有人要求我估算一下,仅仅通过查看屏幕截图模型,构建一个庞大的系统需要多长时间。管理层在不到一个小时的时间里要求一个直觉,而没有提出任何问题。

    我列出了我能看到的所有模块(页面、报告、大查询等),并开始给出它们 相对的

    1. 任务1:8个单位
    2. 任务2:16个单位

    然后我添加了一些我们已经为这个客户完成的模块,以及相对的单元数和实际的小时/天数。这告诉我我的单位与小时的比率是多少,这样我就可以猜测(多于估计)未知任务需要多长时间。例如,如果我发现一个8单元的任务在过去花了我们16个小时(2小时/单元),我估计上述任务可能需要:

    1. 任务2:16个单元*2小时/单元= 32小时
    2. 任务3:4个单元*2小时/单元= 8小时

    当然,我是慷慨地放弃了我的猜测。


    然后,如果你想从这个日历时间表,估计多少小时,每周你将在项目上工作,看看你想出了什么。

    推荐文章