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

我正在阅读《代码全集》以及其他几本编程书籍。项目的大小会影响许多其他参数，您需要在规划、编码、自动化测试等过程中注意这些参数。我想知道在现实世界中，人们通常使用什么来将项目划分为正确的“权重级别”

---

这是一行代码吗？外部接口的数量？必要的文件页？

我想说时间和人力

我通常会根据完成项目所需的时间来衡量项目的规模，但其他人可能会有所不同。

我不知道如何估计项目上预期的代码行数。文档那是什么；）所以对我来说，这些都不是

---

我可能会数一数主要的功能区域，并大致了解屏幕/页面的数量，以及数据库表的数量。我认为数据库的复杂性可能是很多项目的一个很好的指标。

我认为这是所需的开发工作量。以一个由六名开发人员组成的团队为例：

• 小型项目-最多6个月
• 大型项目-6-18个月
• 非常大的项目-18个月以上

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

编辑

我在想，对于一个1开发者“团队”，这些价值观将如何改变。我认为他们将遵循以下原则：

• 小型项目-最多1个月
• 大型项目-1-3个月
• 非常大的项目-3个月以上

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

• 小型项目-每个开发商最多1个月
• 大型项目-每个开发商1-3个月
• 非常大的项目-每个开发人员3个月以上

---

我怀疑这会超过6个左右的开发者，因为沟通渠道的数量开始拖累每个人的潜在开发时间。有效地导致每个开发人员每月完成的工作越少，团队中的人员就越多。

学习曲线-新开发人员在做有用的事情之前熟悉代码所花费的时间。

这是一种左倾想法，但当我在做一个项目时，我认为它是

1） 房子=小工程

2） 超级市场=中型项目

3） 机场=大工程

---

你周围的人都知道你和他们在做什么，你成功的机会在三个人中的哪一个

可能是多种因素的组合：

• 东部标准时间。函数点-代码的大小
• 集成点-与外部系统的集成
• 应用程序的复杂性（web应用程序通常没有嵌入式系统复杂-将web站点与火箭飞船的程序进行比较）
• 涉及到的商业团体——一个需要20个商业单位批准的小变化可能是一个巨大的努力

---

上述因素将决定项目规模——人数决定时间线并增加复杂性

再加上你为团队开发人员/测试人员/等增加的每一个人都会带来更多的开销。我投票将这个问题作为离题题来结束，因为它与编程无关。酷哥，这八年过得很好。它可能不会被删除，刚刚结束-有一个大的推动清理和可能黑名单的项目管理相关的标签，虽然，因为他们被滥用（现在我们有，有一个推动，以鼓励新的问题，在这个问题上被问到那里）。@EJoshuaS我不是一个真正的贡献者，所以，但我确实认为，当我的一个问题或答案在这里出现了一些事情时，这有点滑稽。我相信在项目管理中，对于这个特殊的问题有更好的答案和问题。