陈 陈晨 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-19 #1 公司要求做一个软件开发的预算，请问都需要考虑哪些内容呀，有经验的朋友帮帮忙。
A aq100 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-19 #2 软件开发的预算是比较严格的/ 通常包括:1.软件开发过程中所要购置的软件费,开发设备费用,给用户配置的软件费. 2.系统运营设备费用 3.开发费用 按每人/每月 * 时长 4.材料耗损费 5.出差补助 6.后期的维护费和给客户的培训费 7.预算成本与实际投入成本的浮动差额 等等.... 你可以参考一些以前做过的项目,这样你写起来也比较容易. 本来想给你一个完成的项目软件开发的预算文档,只可惜我现在在外地出差,电脑里没有带这些东西. 大富翁论坛上有很多经理级人物,多问问很有收获的.
软件开发的预算是比较严格的/ 通常包括:1.软件开发过程中所要购置的软件费,开发设备费用,给用户配置的软件费. 2.系统运营设备费用 3.开发费用 按每人/每月 * 时长 4.材料耗损费 5.出差补助 6.后期的维护费和给客户的培训费 7.预算成本与实际投入成本的浮动差额 等等.... 你可以参考一些以前做过的项目,这样你写起来也比较容易. 本来想给你一个完成的项目软件开发的预算文档,只可惜我现在在外地出差,电脑里没有带这些东西. 大富翁论坛上有很多经理级人物,多问问很有收获的.
T tyzytyz_cn Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-19 #3 首先需要你对整个软件工程有初步了解,最好先看一下工程策划书,有多少人参与,开发进度,后期 服务等等. 详细的条目楼上已经说了,记得把开发完成后的一次性奖金也算进去,呵呵,免得到时候麻烦...
J j_shen2000 Unregistered / Unconfirmed GUEST, unregistred user! 2002-09-19 #5 aq100讲的基本上是很完整的。不过，对于第一次写预算的人来说，有几点是应该注意的。 1、预算方案格式可以借鉴，但是千万不要抄。预算必须是在你对项目结构有了比较准确的理解 基础上才能写的，连大概的工程量、软硬件配置、客户分布情况、特殊的费用计提等等都没有 搞清楚，就填空，作出来的东西会很离谱的； 2、就我带组的经验来说，从某种意义上说，预算方案可能比其他进度文档更加重要，别的公司 怎么做，我不知道，在我们公司里面一般是项目经理给高级经理（有时候是市场拓展经理）提交 基本预算方案，然后由他们以此为成本基准和客户谈判，如果双方没有意见就签订意向书或者 草签协议，以后的项目运作基本上就是在这个预算内进行，没有大的需求变动或者意外，客户 不可能追加预算的，因此如果我做的预算不准确，太高项目打不下来；太低，项目做不出盈利 ，不仅项目奖金没有，而且直接影响组长和所有组员的考核和年终奖。 3、预算力求准确，但应该有一定浮动额度，我一般对百万左右的项目浮动在30％－40％之间， 对于百万以下的浮动在50％左右。 4、一般来说软硬件的估算，拓扑图出来后，有现成的市价，一般是比较准确的，难度也不大， 不过，有时候客户要求的比较刁钻，就需要多下点功夫。比如，数据库服务器，用多大的硬盘 合适，用RAID几，一般情况下，写个主流机型和配置就OK了，有一次我们打一个日本单子，竟 然要求描述出配置理由，考，结果又是估算数据流量、数据冗余、备份策略，又是比较同类型 项目，其实鬼子就是想我们把任何一个问题想透，做的越透方案就越准确。 5、在所有的费用当中，我个人觉得最难估计和控制的就是人工成本，每个公司都有人月标准， 不过，程序员的水平差距和敬业程度其实差别很大的，虽然有个基本的等级划分，但是这种划 分人为因素太多，我一般的做法是，对项目的基本功能模块划分完毕，特别是技术难点理出来， 对简单的功能模块，按照初程的水平估算人月，对复杂的或者有一定技术含量的模块，按照高程 ×1.2的工作量来估算，即一个模块估计需要6个高程人月，则再加上0.2的富余，然后总人月 再打一个0.2的富余，这样基本上不会超。 6、总之一句话，预算其实是很考验一个项目经理的能力的，没有一定的工程经验，想做好是很难 的，不过，慢慢地积累多了，做的顺手了，你会越来越有成就感，我也是处于学习阶段，很想听听 别的经理们是怎么做的。
aq100讲的基本上是很完整的。不过，对于第一次写预算的人来说，有几点是应该注意的。 1、预算方案格式可以借鉴，但是千万不要抄。预算必须是在你对项目结构有了比较准确的理解 基础上才能写的，连大概的工程量、软硬件配置、客户分布情况、特殊的费用计提等等都没有 搞清楚，就填空，作出来的东西会很离谱的； 2、就我带组的经验来说，从某种意义上说，预算方案可能比其他进度文档更加重要，别的公司 怎么做，我不知道，在我们公司里面一般是项目经理给高级经理（有时候是市场拓展经理）提交 基本预算方案，然后由他们以此为成本基准和客户谈判，如果双方没有意见就签订意向书或者 草签协议，以后的项目运作基本上就是在这个预算内进行，没有大的需求变动或者意外，客户 不可能追加预算的，因此如果我做的预算不准确，太高项目打不下来；太低，项目做不出盈利 ，不仅项目奖金没有，而且直接影响组长和所有组员的考核和年终奖。 3、预算力求准确，但应该有一定浮动额度，我一般对百万左右的项目浮动在30％－40％之间， 对于百万以下的浮动在50％左右。 4、一般来说软硬件的估算，拓扑图出来后，有现成的市价，一般是比较准确的，难度也不大， 不过，有时候客户要求的比较刁钻，就需要多下点功夫。比如，数据库服务器，用多大的硬盘 合适，用RAID几，一般情况下，写个主流机型和配置就OK了，有一次我们打一个日本单子，竟 然要求描述出配置理由，考，结果又是估算数据流量、数据冗余、备份策略，又是比较同类型 项目，其实鬼子就是想我们把任何一个问题想透，做的越透方案就越准确。 5、在所有的费用当中，我个人觉得最难估计和控制的就是人工成本，每个公司都有人月标准， 不过，程序员的水平差距和敬业程度其实差别很大的，虽然有个基本的等级划分，但是这种划 分人为因素太多，我一般的做法是，对项目的基本功能模块划分完毕，特别是技术难点理出来， 对简单的功能模块，按照初程的水平估算人月，对复杂的或者有一定技术含量的模块，按照高程 ×1.2的工作量来估算，即一个模块估计需要6个高程人月，则再加上0.2的富余，然后总人月 再打一个0.2的富余，这样基本上不会超。 6、总之一句话，预算其实是很考验一个项目经理的能力的，没有一定的工程经验，想做好是很难 的，不过，慢慢地积累多了，做的顺手了，你会越来越有成就感，我也是处于学习阶段，很想听听 别的经理们是怎么做的。
