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

Project management 如何衡量一个小的、大的、非常大的项目?,project-management,project-planning,Project Management,Project Planning,我正在阅读《代码全集》以及其他几本编程书籍。项目的大小会影响许多其他参数,您需要在规划、编码、自动化测试等过程中注意这些参数。我想知道在现实世界中,人们通常使用什么来将项目划分为正确的“权重级别” 这是一行代码吗?外部接口的数量?必要的文件页?我想说时间和人力 我通常会根据完成项目所需的时间来衡量项目的规模,但其他人可能会有所不同。我不知道如何估计项目上预期的代码行数。文档那是什么;)所以对我来说,这些都不是 我可能会数一数主要的功能区域,并大致了解屏幕/页面的数量,以及数据库表的数量。我认为数

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


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

我想说时间和人力

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

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


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

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

  • 小型项目-最多6个月
  • 大型项目-6-18个月
  • 非常大的项目-18个月以上
不过,每个人都会有不同的看法

编辑

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

  • 小型项目-最多1个月
  • 大型项目-1-3个月
  • 非常大的项目-3个月以上
这似乎表明,对于少数开发人员来说,项目规模的经验法则可能是:

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

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

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

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

1) 房子=小工程

2) 超级市场=中型项目

3) 机场=大工程


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

可能是多种因素的组合:

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

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

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