6

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

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

4

7 回答 7

10

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

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

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

编辑

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

  • 小项目 - 长达 1 个月
  • 大项目 - 1-3 个月
  • 非常大的项目 - 3 个月以上

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

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

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

于 2009-03-05T09:42:35.913 回答
6

我会说时间人力

于 2009-03-05T09:39:43.957 回答
2

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

于 2009-03-05T09:40:17.200 回答
2

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

于 2009-03-05T10:43:12.883 回答
2

它可能是多种事物的组合:

  • est.function points - 代码大小
  • 集成点 - 与外部系统
  • 应用程序的复杂性(网络应用程序通常不如嵌入式系统复杂 - 将网站与火箭飞船的程序进行比较)
  • 涉及的业务组 - 需要 20 个业务部门批准的小改动可能是一项艰巨的工作

以上将决定项目规模 - 人数决定时间表并增加复杂性

于 2009-03-05T13:46:21.663 回答
0

我不会开始知道如何估计项目预期的代码行数。文档......那是什么;)所以对我来说,这些都不是。

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

于 2009-03-05T09:40:27.760 回答
0

这是一种左派的想法,但是当我在做一个项目时,我认为它是

1)房子=小项目

2)超市=中型项目

3)机场=大项目

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

于 2009-03-05T11:17:40.320 回答