如何估计开源项目的任务大小？

Question

开源项目的规模和我在办公室做的项目完全不同。工作是在业余时间完成的，可能无法实现的志愿者工作，个人发展资源，而不是公司等。

显然，“做最小的事情”适用，但除此之外，是否有任何更正式的方法来估计开源项目的适当大小，例如，表的数量、网页的数量，或者——天堂禁止——功能点计数？

哪些估算工具最适合此类项目？

Answer 1

最近有人要求我仅通过查看屏幕截图模型来估计构建一个巨大系统需要多长时间。管理层要求在一个小时内获得直觉，而无需提出任何问题。

我列出了我能看到的所有模块（页面、报告、大查询等）并开始提供它们 相对的 估计。例如。：

1. 任务1：8 单位
2. 任务2：16 单位
3. 任务3：4 单位

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

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

这种方法使我能够系统地考虑要完成的工作，并应用一些结构来猜测实施需要多长时间。

当然，我以慷慨的免责声明表达了我的+/-猜测。

---

然后，如果您想要一个日历时间表，请估计您每周将在该项目上工作多少小时，然后看看您能得出什么结果。