我目前正在阅读 Code Complete 以及其他几本编程书籍。项目的大小会影响您在规划、编码、自动化测试等方面需要注意的许多其他参数。我想知道 SO 上的人们通常在现实世界中使用什么来按正确的“权重”对项目进行分类班级”?
是代码行吗?外部接口数量?必要的文档页面?
我目前正在阅读 Code Complete 以及其他几本编程书籍。项目的大小会影响您在规划、编码、自动化测试等方面需要注意的许多其他参数。我想知道 SO 上的人们通常在现实世界中使用什么来按正确的“权重”对项目进行分类班级”?
是代码行吗?外部接口数量?必要的文档页面?
我会说这是所需的开发工作量。由六名开发人员组成的团队:
不过每个人都会有不同的看法。
编辑
我正在考虑对于一个开发人员“团队”来说,这些价值观将如何改变。我认为他们将遵循以下原则:
这似乎表明,对于少数开发人员来说,项目规模的经验法则可能是:
我怀疑这是否会超过 6 个左右的开发人员,尽管沟通渠道的数量开始拖累每个人的潜在开发时间。团队中的人员越多,每个开发人员每月完成的工作就越少。
我会说时间和人力。
我通常会根据完成所需的时间来衡量项目的规模,但其他人可能会有所不同。
学习曲线——新开发人员在能够为代码做一些有用的事情之前熟悉代码所花费的时间。
它可能是多种事物的组合:
以上将决定项目规模 - 人数决定时间表并增加复杂性
我不会开始知道如何估计项目预期的代码行数。文档......那是什么;)所以对我来说,这些都不是。
我可能会计算主要功能区域,并大致了解屏幕/页面的数量以及数据库表的数量。数据库复杂性可能是我认为很多项目的一个很好的指标。
这是一种左派的想法,但是当我在做一个项目时,我认为它是
1)房子=小项目
2)超市=中型项目
3)机场=大项目
你周围的人都知道你和他们在做什么,以及你成功的机会,你在这三个中的哪一个。