IT项目成本计算方法(2)

　　而做为发包方，其自身的技术能力越硬，业务能力越强，管理能力越高，则承包方各项成本将越低，反之则将越高;同样，承包方的技术，业务，管理能力越硬越高越强的，发包方的各项成本亦将越低。

　　反观整包报价方式的，是以咨询为导向的，是一种发包方大撒把的承包方式。在这样的方式之下，承包方的知识、经验和积累才是发包方最需要的。是一种发包方自身不清楚自身需求的情况下，所需要的方式。

　　但在现实环境之下，一方面很少有发包方认为自己不知道自己需要什么，另一方面也极少有承包方能真的以咨询为导向，基于发包方的切实需求而提供全程的服务，更多的只是基于一套所谓的最佳实践，坐着一半装傻一半忽悠的工作。更像是直接进入项目后期。这其中，尤其以业务管理系统类项目为主。

　　从发包方的角度而言，整包报价的方式更多是一个黑箱，只能隐约知道可以实现怎样的目的，以及因为自身需要而额外做的工作。也因而，可以说在当前的现实环境之下，发包方所有支出成本中需要多增加一项购买“最佳实践”原型的费用。承包方方面还如同人月方式一般无二。

　　但这并不是真正的整包报价方式所应有的结果。因为整包报价的基础在于知识的转移，经验的转移，管理模式的转移;是一整套的，系统的，帮助分包方解决某一个或一类问题的方法与工具的方案的设计，部署与推动执行的全过程。

　　不过，这只是一个认识，本人亦并不确认真正这样工作的机构，在项目中主要的成本由什么来组成。只是隐约知道，对于知识的管理，经验的收集，整理，管理思想的提炼与验证这类研发类工作的投入是巨大的，也是需要摊销在具体的项目之中的。而其他的各类投入和费用项则会减少，例如人员能力不合格所造成的返工费用之类的，应该可以忽略不计。

　　至于发包方的成本中，大约除了沟通和后续为了对接执行所需的人力，培训时间，以及支付给承包方的费用之外，也会很少。

　　写到这里发现已经是凌晨了。回顾下发现多少有些跑题，说是成本组成不如说是对承包方分类后，做了一个费用类型的分类。不过，写的过程也促使本人想到一些问题，最终得到一个不成熟的结论，贡献出来，也算是对这篇跑题的初探的一个总结吧。

　　发包方对承包方的期望如果不能切合实际，那么耽误的总是自己;承包方让发包方如果有太高的期望值，那么损失的总是自己。

原文转自：http://qing.weibo.com/1794616154/6af7ab5a33001uy8.html