你如何衡量一个小型，大型，非常大的项目？

Question

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

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

Answer 1

我想说这是所需的开发工作量。由六位开发人员组成的团队：

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

但是每个人都会有不同的意见。

修改

我在考虑如何为一个开发人员“团队”改变这些价值观。我认为他们将遵循：

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

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

• 小型项目 - 每位开发人员最多1个月
• 大项目 - 每位开发人员1-3个月
• 非常大的项目 - 每个开发人员超过3个月

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

Answer 2

我会说时间和人力资源。

Answer 3

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

Answer 4

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

Answer 5

它可能是一组事物：

• EST。功能点 - 代码大小
• 集成点 - 与外部系统
• 应用程序的复杂性（网络应用程序通常不如嵌入式系统复杂 - 将网站与火箭飞船程序进行比较）
• 涉及的业务团队 - 需要20个业务部门批准的小规模变更可能是一件大事。

以上将确定项目规模 - 确定时间表和增加复杂性的人数

Answer 6

我不会开始知道如何估计项目中预期的代码行。文档......那是什么;）所以对我来说，没有那些东西。

我可能会计算主要功能区域，并查看屏幕/页面数量的粗略概念，以及数据库表格数量的粗略概念。数据库复杂性可能是我认为很多项目的一个很好的指标。

Answer 7

这是一种左想法，但当我正在开展一个项目时，我设想它是

1）房子=小项目

2）supermarkert =中等规模的项目

3）机场=大项目

你周围的人都知道，你和他们在做什么，以及你成功的机会。