主要是为了更好地估计工作时间，工作量。

如果按350行一人月的话，老板肯定是不答应的。

如果按照一个最可怕的估算：2000行－人天（包括注释）。我想没人会干这行。

简而言之，一个人做多少行代码是比较合理的工作量。项目是普通的信息管理系统。如果能按开发工具分更好。

分项目全过程（设计，开发，试运行）

每行有用的代码 1~5块钱。看自己是什么料子，就知道该写多少代码（适合自己水平的代码）。

虽然难有统一认识，我认为这个还是比较重要的。

必须要有个行业认准的标准，还是有好处的：

一、作为程序员，保障了自己的利益，加班不应该是开发的常态。尤其是程序员的工资毫无竞争力的现在。

二、作为项目经理，有个基本的项目时间规划，避免很多项目从接手，就是一个不可能按时完成的任务。不然接项目太简单了，我就碰上一个外包开发，报价14个人月，实际花了40个人月。

三、作为总经理，能规范软件开发的行情，拼质量，不要拼时间，拼报价，打折打在明里。

以上各位说的是开发阶段的情况吧。

如果按开发在整个项目三分之一的比例看，下限350行每人月倒是差不多。

这没有一个定论，一般是需要依靠公司的积累数据获取这部分信息。

你的这种说法倒是少见哦

我建议大家改行写汇编吧

据说微软件不过20行/人*月。

其实应该包括设计，测试，修改，这些过程在里面。

我最累的时候写过2000行一天！

一天编写，并测试超过800行的代码是不可能的。

haha,其实讨论代码行，实在有一点无聊，因为实际情况下，你很难基于代码行进行工作量估算。这里面牵扯的因素太多，而且难以落实，有一些情况下，经验很难复制。

一般，我们常用的也就是功能点的工作量估算而已。

过分追求代码行，无论在考评，还是估算手段上，都存在很多问题。最重要的就是：不具备可比性。唯一的好处就是操作方便。

我为什么问这个问题，主要是近来做的几个项目我都看不懂了，巨多的活，一点点开发时间和工作量，平均每天要完成2，300行的代码量才行。是世道变了，真这么多牛人吗？所以才在这里问问行情。现在看来是公司里出了白痴。

工作量和代码行脱离，我觉得不可能，毕竟软件的产品就是这个。仅仅用功能点算也有问题，功能点实现也有难有易，有些还可以直接拿来用，还不是有和代码行类似问题。代码行在做外包项目时比较容易估算。

估算代码行和做垃圾其实没多大关系，因为现在哪里还有公司是按行数向客户收钱的，做的都是关门合同，时间，工作量都定死了，程序员哪里还有空写垃圾。

不会吧,平均一天才几十行?

如果这样算的话,一个工程有2.6万行代码(运行代码),有一个分析员,二个设计师,

这个工程最少要5.2万以上?

如果面对一个2.6万行代码的工程大家会要多少钱?

2.6万行代码的程序可能会开价在20万以上。

你说的那个项目，大约相当于20－30个人月。

你算法中主要的问题有以下几点：

1、一个月平均工作日是22天不到一点，而不是30天（你如果是按人天算的话，还要考虑一下有没有国定假）

2、你算的只是人员的工资性支出，其他的支出根本没有考虑在内。照你这个样子算法，公司赚不赚钱了？另外，公司其他行政人员的工资谁来发啊？

3、项目中的测试人员在哪呢？

4、运行代码是什么意思？如果按代码行算的话，算的是有效代码，注释、甚至是格式性空行也要按相应的比例折入代码行。

整个过程中，平均每人月1000行（3000行每人月在开发阶段有人可以做到，到测试，文档就根本不产生代码了），你这个项目约26个人月。

再乘以人月的报价就是工程价格。

5.2万肯定是太低，公司没法做。如果在国外，这个项目至少30万美元。

我觉得开发完用代码行考核是不合理的，但代码行用于预计项目的工作量和开发时间还是一个重要的指标。整个项目总归有一些容易的代码、也有一些困难的。平均一下就和实际情况差不多了。

当然这个代码行应该是非机器产生的。

其实作为项目负责人的工作就按时、优质的完成项目。而要实现这个的前提就是必须有一个合理的开发时间和预计工作量。

我提上面两种情况只不过想说明用代码行数估计工作量有很多很难量化的东西，误差的大小全凭经验控制。

    我用了两天完成了12000行的有效代码的开发，绝对是有效代码，是项目的公用代码。然后用了3天测试，当然还是会有bug，但是在后期的开发中只发现了2个；我不是说我很牛，所有工作经验有3年的人都会遇到这种情况；所以不要讨论人月的绩效，那是没有任何意义的，因为我随后的时间对开发其他的代码毫无兴致。

    如果BOSS用每天6000行来要求我们，我们都已经去见上帝了；但是如果只是要求你每天30行，那么项目也不要干了，我们回家抱孩子去吧！