1)         因为缺乏技术背景，管理人员对于软件成本结果的客观性心存疑虑。管理人员可能会觉得下属有意多报成本，通常会采用“打折”、“拦腰一刀”等形式进行成本压缩，使得软件项目成本的估算过程成为一个“斗智斗勇”的过程。管理层即便是经过“拦腰一刀”，仍然觉得心有不甘，“是不是还可以再往下砍一砍呢？”

2)         因为软件项目成本基于经验估算出来，因而对于组织更高层的决策者缺乏说服力。例如软件项目本次包含130个功能模块，所以需要50万元人民币；或者因为本次软件项目的代码量为2万行，所以需要60万元。问题在于没有技术背景的领导可能想听听一个功能模块是多大，如何定义？一行代码是多大，如何定义？谁能说得清？

3)         软件项目中大量存在加班加点的情形，但却没有向开发人员支付足额的加班费，是开发组织的领导发自内心不愿意吗？不全是！如果不靠这种“无偿加班”的开发方式，开发组织的利润便没有着落。所以不是乙方的领导在逼着开发人员加班，是甲方的领导。甲方的领导也是不得已而为之，乙方自己的软件项目成本说不清啊。

4)         软件项目中出现需求变更屡见不鲜，但因为国内的软件开发项目基本上采用固定总价合同，甲方一般不会为需求变更支付费用（这是软件行业为数不多的一个坏习惯），即便是甲方愿意支付变更费用，变更费用如何确定，仍然是个头疼的问题。

5)         甲方或乙方同时在进行多个软件项目，项目结束时，管理层自然会产生这样的想法，“让项目之间比一比怎么样？看看哪个项目的投入产出比更高”。技术人员提意见，“项目和项目不一样，怎么比啊，比个什么劲儿”，可领导心有不甘，“不比哪能知道谁好谁差，可怎么比啊”。