一个开源项目的规模和我在办公室做的项目完全不同。工作是在业余时间完成的,可能不会实现的志愿工作,个人发展资源,而不是公司等。
显然,栗子“做最小的事情”适用,但除此之外,是否有任何更正式的方法来估计开源项目的适当大小,例如,表格的数量、网页的数量,或者——天堂禁止--功能点计数?
哪些估算工具最适合此类项目?
一个开源项目的规模和我在办公室做的项目完全不同。工作是在业余时间完成的,可能不会实现的志愿工作,个人发展资源,而不是公司等。
显然,栗子“做最小的事情”适用,但除此之外,是否有任何更正式的方法来估计开源项目的适当大小,例如,表格的数量、网页的数量,或者——天堂禁止--功能点计数?
哪些估算工具最适合此类项目?
我最近被要求通过查看屏幕截图模型来估计构建一个巨大的系统需要多长时间。Mgmt 在不到一个小时的时间内要求直觉,没有提出任何问题。
我列出了我可以看到的所有模块(页面、报告、大查询等),并开始给它们相对估计。例如:
然后我添加了一堆我们已经为这个客户完成的模块,以及相对的单位数量和实际的小时/天数。这告诉我我的单位与小时的比率是多少,所以我可以猜测(超过估计)未知任务应该花费多长时间。例如,如果我发现过去 8 个单元的任务花费了我们 16 个小时(2 小时/单元),我估计上述任务可能需要:
这种方法使我能够有条不紊地考虑要完成的工作,并应用一些结构来猜测实施需要多长时间。
当然,我用一个慷慨的免责声明表达了我的 +/- 猜测。
然后,如果您想从中获得日历时间表,请估算您每周将在该项目上工作多少小时,然后看看您想出了什么。