project-management - 你如何衡量一个小、大、非常大的项目？

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




我目前正在阅读 Code Complete 以及其他几本编程书籍。项目的大小会影响您在规划、编码、自动化测试等方面需要注意的许多其他参数。我想知道 SO 上的人们通常在现实世界中使用什么来按正确的“权重”对项目进行分类类(class)”？

是代码行吗？外部接口(interface)数量？必要的文档页面？

Answer 1

我会说这是所需的开发工作量。由六名开发人员组成的团队:

小型项目 - 长达 6 个月

大项目 - 6-18 个月

非常大的项目 - 18 个月以上

不过每个人都会有不同的看法。

编辑

我正在考虑对于一个开发人员“团队”来说，这些值(value)观将如何改变。我认为他们将遵循以下原则:

小项目 - 最长 1 个月

大项目 - 1-3 个月

非常大的项目 - 3 个月以上

这似乎表明，对于少数开发人员来说，项目规模的经验法则可能是:

小型项目 - 每个开发人员最多 1 个月

大型项目 - 每个开发人员 1-3 个月

非常大的项目 - 每个开发人员 3 个月以上

我怀疑这是否会超过 6 个左右的开发人员，尽管沟通 channel 的数量开始拖累每个人的潜在开发时间。团队中的人员越多，每个开发人员每月完成的工作就越少。