收藏 分销(赏)

项目管理案例系列[14]:项目人员成本超支问题.doc

上传人:w****g 文档编号:3858425 上传时间:2024-07-22 格式:DOC 页数:6 大小:60KB
下载 相关 举报
项目管理案例系列[14]:项目人员成本超支问题.doc_第1页
第1页 / 共6页
项目管理案例系列[14]:项目人员成本超支问题.doc_第2页
第2页 / 共6页
项目管理案例系列[14]:项目人员成本超支问题.doc_第3页
第3页 / 共6页
项目管理案例系列[14]:项目人员成本超支问题.doc_第4页
第4页 / 共6页
项目管理案例系列[14]:项目人员成本超支问题.doc_第5页
第5页 / 共6页
点击查看更多>>
资源描述

1、项目管理案例系列14:项目人员成本超支问题(一)案例正文我们做的是一个财务管理软件,在项目初期我们的项目经理做的售前工作,跟客户了解了大体的需求,并且制定了项目方案,而项目方案是一个很笼统的框架性的东西,而我被指派与客户详细的调研需求,整个项目的与客户面对面接触调研需求共3次,第一次我已完全理解客户的需求和意图,而第二次并没有什么实质性的收获,因为客户给我的时间就很少,我们只简单讨论了与客户现存系统的接口问题,第三次谈需求,客户提出了一些需求而针对他的子系统的结构是很难实现的,当时我极力反对,但反对无效,因为我们的客户分两部分:转包客户、最终客户。 这还是个二包项目。而这种很难实现的需求是最终

2、客户提出而转包客户不反对反倒支持。这样三次需求调研的结果就是得到一个业务逻辑异常复杂的业务模型。有了详细的业务模型之后,我很快初步估算出代码最少5万行,并且向项目总监通报了情况,但是项目总监认为项目不可能这么简单,也没去与客户沟通。 我只好按着这个需求继续往下进行(当我与客户做二次需求调研时,我就已经变为项目经理的角色,当然此时我就是项目经理了,而原来的项目经理就是现在的项目总监了),当然了,在有了详细业务模型后,我们先设计了软件原型,用了两个星期,这阶段解决了几乎所有的界面组件(有很强的通用性)。然后再与客户讨论原型,不过客户那边的反映很迟缓,光让他确认这个原型就浪费了二十天时间,不过这段时

3、间我也没闲着,开始着想考虑他那个难缠的需求是不是有什么解决方法,结果分析来分析去,最终得出结论,根本不存在什么合适的解决方案,而这块需求倒底做不做一直困惑我很长时间,其实与客户沟通很不方便,因为我们开发的地点与客户不在一个城市里,对于这样的问题我跟客户在msn上沟通过多次,客户都不明白我要说的问题的本质是什么,他还是坚持要实现这个需求,结果为此我又努力偿试寻找解决方案。客户催要一个初步的软件版本,因为但是因业务逻辑的核心问题,我们无法进行业务模块的编码,已经完成的是与业务关系不大的部分。而此时我又进一步估算,代码量应该有8万行了,因为更细致的架构接口已经有了,也就是说一个完整的框架都有了,估算

4、出的代码行数就比较准了。 8万行代码远远超出了原来的预算,就是去掉与客户不断的争论业务需求的时间都用来写代码,8万行代码也不是这个费用够用的,目前我处在骑虎难下的境地,公司要求我能拿出有利于我们有说服力的证据来,但事实上,客户除了那个比较难缠的需求外,没有更多多余的需求,而我也只对需求做了一些润色,我觉得这是很有必要的,去掉反倒不妥,并没有增加多余的需求。但就是这样的需求完成他确实需要写8万行代码,如果去掉业务员的功能,我想能精减个一万行代码。那还有7万呢啊。 公司要求我在尽可能短的时间内先完成一些基本的功能,但我不知道应该如何划分基本功能,在我看来,这些功能都很必要嘛,可以说大部分功能都是紧

5、扣客户需求的,只有少部分可以暂时省掉。与其说在最短的时候内完成一个基本功能版与客户谈,还不如说在最短的时候内完成软件第一个完整版本(只缺少很少的一点儿功能),短时间肯定没戏。完成了再跟客户谈价钱吗?其实这个项目我们是赔大发了,继续做,公司也是支持不下去的。 这个问题难道就无解了吗?(二)点评专家您好!首先感谢韩先生愿意贡献自己的案例供我们大家交流。其实像您谈到的这种项目情形还是比较典型的。我们从两方面来讨论吧,首先看对眼下的情况如何应对,其次我们关心如何在后续的项目中避免发生类似的情形看来你们现在已经感项目会面临比较大的问题了,因为你谈到八万行的代码量已经远远超出了你们的成本,有可能的话我们采

6、用简单的算法看看你们大概会超出多少。因为你们的项目特点(包括人员规模、开发周期、开发语言与开发平台等)还不了解,所以我们给一个非常粗略的平均生产率,例如90行/人天,这样可以得出项目的总工作量大概接近900人天(80000/90),即40人月的样子,假定你公司软件开发人员的平均月工资为4k(当然可能为其他水平),则人员均摊费用为4k*2.5=10k,这样项目的成本大概是400k,不知道合同额与这个数据相比怎么样?当然地区不一样,开发语言等等会有差异,但如果在国内的话,应该是介于100k 与 1500 k之间的。有了这个印象之后再来看如何补救,“公司要求我能拿出有利于我们有说服力的证据来”,说明

7、公司有希望和客户去协商的。可是问题出来了,“但事实上,客户除了那个比较难缠的需求外,没有更多多余的需求,而我也只对需求做了一些润色,我觉得这是很有必要的,去掉反倒不妥,并没有增加多余的需求。但就是这样的需求完成他确实需要写8万行代码”。我没看明白,这个难缠的需求对应是三万行代码?根据是什么?从代码行估算的方式来讲,一般会将代码行的尺度控制在100到500行之间的,所以先把这个问题解决了,将详细的估算纪录提供给公司和客户去交流然后再看下一个问题,“公司要求我在尽可能短的时间内先完成一些基本的功能,但我不知道应该如何划分基本功能,在我看来,这些功能都很必要嘛,可以说大部分功能都是紧扣客户需求的,只

8、有少部分可以暂时省掉”。 在这样的情况下,通常会采用将需求分优先级的情况去实现,这样可以降低客户的不满意度。所以公司的要求是合理的,你自己需要再征求客户意见的基础之上再结合所需的工作量以及实现难度等因素确定需求的优先级。现在项目面临的主要问题是前期合同签署的问题(范围界定不清,后期工作量剧增),应该在配合公司的前提下去争取签署补充协议。而您的主要任务则是“说清楚”,为公司与客户协商提供客观的、充分的证据,例如详细的估算数据、需求的优先级列表等。如何在后续的项目中避免发生类似的情形?其实很多文章和书籍都谈到了这类问题,我自己感到最重要的一点还是应该在合同签署时就要有充分的考虑,您有兴趣的话,可以

9、去看一下我的文章“IT项目招投标二维分析法”(在项目管理联盟网站便可看到)。(三)项目管理者联盟网友评论分析1:一点拙见1、看来应该是前期调研补充分的结果,那么现在在时间和资金紧张的情况下,可不可以只考虑客户最急需的部分,而不是自己认为有用的部分,此后在试运行期间完善呢?2、可以根据项目进展情况,做一份项目实施估算报告,体现出导致紧张的各方面,这样更有说服力,并且一定要和总监与客户三方对话,因为这种情况下客户只认总监。3、给出新的项目需求、实施计划及困难所在,必要时重新谈价格。分析2:精简需求 作者:陈晨 1、最主要的还是要有机会与最终用户沟通。了解所作项目用户最关心的是那部分。这部分作完成后

10、等于完成了80%的工作。2、确定哪些部分不用臆想出来的,把这部分仅仅做个界面,和简单的功能模拟就可以了。项目经理圈子3、如果希望项目成功,建议,不要仅仅看需求文档。要看用户的工作是否真的非常紧迫的需要某些功能。如果是没有什么含糊的努力做,如果不是就可以简单带过,功能有了就可以了。当前最需要做的是把自己需要的工作,理顺出来,看看那些才是最重要的中心环节,这些弄明白了,个人认为可以按步就班的开发了分析3:确认需求 作者:唐旭东 其实对于需求调研工作,我觉得这个是在培养客户,而不是在让客户任意发挥,因为客户不会对自己随口说出的话负责,只是觉得有这个需要,想这么做,在这个时候:1.我觉得关键是要引导客

11、户,把客户引导到自己的思路上,这样才有助于项目的进展,因为客户在自己心中不会有系统的模型;2.其次,是要控制需求,抓主要矛盾,把主要的功能先实现,保证在主要的业务上系统能够实现,不会出问题;3.再次,我觉得原因在于没有完全了解客户的业务,也就是说以前没有这方面的业务经验,对于需要调研那些方面,那些范围,没有在调研前做一个详细的分析和整理;分析4:软件的基本功能! 作者:赵宏伟 其实针对一个软件的基本功能完全可以和用户谈判或者讨论来决定的! 在规定好的时间内完成相应的内容! 这样子也是一个项目执行过程中的调整! 你自认为的“在我看来,这些功能都很必要嘛,“ 这都是你自己认为的 并不表示客户真正需

12、求的!所以在最短的时候内完成一个基本功能版 完全可以在自己的控制之下完成呢!分析5:项目执行所需要的人员成本超出了预算,而且项目已经严重泄后 作者:kitty 既然是用户型的项目,那就应该好好的利用客户。其实客户有时自己都不明白自己要做的是什么,要实现的是哪些功能。所以在前期需求阶段要花费很多的时间与客户讨论,究竟做哪,怎么做,然后达成一致的意见。这种意见不是口头的,而是要经过双方具体代表性的人物签字确认的。否则后面的变更会变得不可追溯。分析6:确定客户要的基本模块,并只保障之 作者:黄飞生 项目经理圈子1 确定客户要的基本模块,并只保障之.2 下狠心的把自己很满意的部分也按实际的客户基本需求

13、情况进行删除.除非充分与客户沟通,得到新的资源.没其他办法!分析7:重新梳理需求,评估项目和预算,适量要求追加预算 作者:游永明 项目管理者联盟文章通过对案例的分析,我们了解到1、对于项目的需求比较清晰,但是核心业务了解不够,同时还存在不合理需求2、项目进度控制存在问题,和客户沟通因为2次转包存在一定的弊端,对客户的引导不够项目管理者联盟3、对系统基本功能把握不够,其实也是对客户业务不够深入了解4、工作量估计出现很大出入,导致预算超支我的建议:前面有朋友提出加强和客户沟通,确定基本功能等,我再补充一下。针对客户急需初步版本,我认为可以选取两个业务流程来重点实现,作为demo版本演示给客户以增加

14、客户信心。另外比较重要的是重新梳理需求,删除自己认为合理但是得不到客户认同的,列出客户重点需求。根据梳理后得需求重新估计工作量,确定项目预算。最后就是针对梳理后的需求,进行合理的调整与客户沟通增加投资的问题。适当采用需求增加导致费用增加的方法,因为案例并没有提到客户对需求的完全确认,这是一个突破口。让客户对你们有信心,同时你们要显示出自己的实力,最后就是双方的妥协适量增加投资预算,达到项目的最终完成。 分析8:好长的案例呀,累眼睛 作者:中国武则天 (电信公司 chenchen19) 案例太长了,大概了解了一下意思:我的建议如下:1.软件开发前期准备做的不到位,项目的准备成本是永远低于实际操作

15、成本(当然在项目完成时间内);2.将用户需求明细在合同中;3.项目开发的所有功能均按照合同的确定后方案执行,期间用户需求一但有变动,需让用户直接与项目管理人沟通,并明确需求的变动不在我方。个人建议,请参考分析9:分析 作者:魏云峰 个人认为问题的关键是需求控制。客户需求和技术实现方案应该作为合同附件,纳入合同中。同时客户需求变更是难免的,应该把需求变更如何控制,提前协商好纳入合同中。当然,如果属于先开发出成品再签合同的就郁闷了。如果盈利无望,往下做不做就看公司战略需要了。 3、通过活动,使学生养成博览群书的好习惯。B比率分析法和比较分析法不能测算出各因素的影响程度。C采用约当产量比例法,分配原

16、材料费用与分配加工费用所用的完工率都是一致的。C采用直接分配法分配辅助生产费用时,应考虑各辅助生产车间之间相互提供产品或劳务的情况。错 C产品的实际生产成本包括废品损失和停工损失。C成本报表是对外报告的会计报表。C成本分析的首要程序是发现问题、分析原因。C成本会计的对象是指成本核算。C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。C成本计算方法中的最基本的方法是分步法。XD当车间生产多种产品时,“废品损失”、“停工损失”的借方余额,月末均直接记入该产品的产品成本 中。D定额法是为了简化成本计算而采用的一种成本计算方法。F“废品损失”账户月末没有余额。F废品损失是指在生产过程中发现和入

17、库后发现的不可修复废品的生产成本和可修复废品的修复费用。F分步法的一个重要特点是各步骤之间要进行成本结转。()G各月末在产品数量变化不大的产品,可不计算月末在产品成本。错G工资费用就是成本项目。()G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对J计算计时工资费用,应以考勤记录中的工作时间记录为依据。()J简化的分批法就是不计算在产品成本的分批法。()J简化分批法是不分批计算在产品成本的方法。对 J加班加点工资既可能是直接计人费用,又可能是间接计人费用。J接生产工艺过程的特点,工业企业的生产可分为大量生产、成批生产和单件生产三种,XK可修复废品是指技术上可以修复使用的废品。错K可修

18、复废品是指经过修理可以使用,而不管修复费用在经济上是否合算的废品。P品种法只适用于大量大批的单步骤生产的企业。Q企业的制造费用一定要通过“制造费用”科目核算。Q企业职工的医药费、医务部门、职工浴室等部门职工的工资,均应通过“应付工资”科目核算。 S生产车间耗用的材料,全部计入“直接材料”成本项目。 S适应生产特点和管理要求,采用适当的成本计算方法,是成本核算的基础工作。()W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对Y“预提费用”可能出现借方余额,其性质属于资产,实际上是待摊费用。对 Y引起资产和负债同时减少的支出是费用性支出。XY以应付票据去偿付购买材料的费用,是成本性

19、支出。XY原材料分工序一次投入与原材料在每道工序陆续投入,其完工率的计算方法是完全一致的。Y运用连环替代法进行分析,即使随意改变各构成因素的替换顺序,各因素的影响结果加总后仍等于指标的总差异,因此更换各因索替换顺序,不会影响分析的结果。()Z在产品品种规格繁多的情况下,应该采用分类法计算产品成本。对Z直接生产费用就是直接计人费用。XZ逐步结转分步法也称为计列半成品分步法。A按年度计划分配率分配制造费用,“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。A按年度计划分配率分配制造费用的方法适用于(季节性生产企业) 3、通过活动,使学生养成博览群书的好习惯。B

20、比率分析法和比较分析法不能测算出各因素的影响程度。C采用约当产量比例法,分配原材料费用与分配加工费用所用的完工率都是一致的。C采用直接分配法分配辅助生产费用时,应考虑各辅助生产车间之间相互提供产品或劳务的情况。错 C产品的实际生产成本包括废品损失和停工损失。C成本报表是对外报告的会计报表。C成本分析的首要程序是发现问题、分析原因。C成本会计的对象是指成本核算。C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。C成本计算方法中的最基本的方法是分步法。XD当车间生产多种产品时,“废品损失”、“停工损失”的借方余额,月末均直接记入该产品的产品成本 中。D定额法是为了简化成本计算而采用的一种成

21、本计算方法。F“废品损失”账户月末没有余额。F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。F分步法的一个重要特点是各步骤之间要进行成本结转。()G各月末在产品数量变化不大的产品,可不计算月末在产品成本。错G工资费用就是成本项目。()G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对J计算计时工资费用,应以考勤记录中的工作时间记录为依据。()J简化的分批法就是不计算在产品成本的分批法。()J简化分批法是不分批计算在产品成本的方法。对 J加班加点工资既可能是直接计人费用,又可能是间接计人费用。J接生产工艺过程的特点,工业企业的生产可分为大量生产

22、、成批生产和单件生产三种,XK可修复废品是指技术上可以修复使用的废品。错K可修复废品是指经过修理可以使用,而不管修复费用在经济上是否合算的废品。P品种法只适用于大量大批的单步骤生产的企业。Q企业的制造费用一定要通过“制造费用”科目核算。Q企业职工的医药费、医务部门、职工浴室等部门职工的工资,均应通过“应付工资”科目核算。 S生产车间耗用的材料,全部计入“直接材料”成本项目。 S适应生产特点和管理要求,采用适当的成本计算方法,是成本核算的基础工作。()W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对Y“预提费用”可能出现借方余额,其性质属于资产,实际上是待摊费用。对 Y引起资产

23、和负债同时减少的支出是费用性支出。XY以应付票据去偿付购买材料的费用,是成本性支出。XY原材料分工序一次投入与原材料在每道工序陆续投入,其完工率的计算方法是完全一致的。Y运用连环替代法进行分析,即使随意改变各构成因素的替换顺序,各因素的影响结果加总后仍等于指标的总差异,因此更换各因索替换顺序,不会影响分析的结果。()Z在产品品种规格繁多的情况下,应该采用分类法计算产品成本。对Z直接生产费用就是直接计人费用。XZ逐步结转分步法也称为计列半成品分步法。A按年度计划分配率分配制造费用,“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
百度文库年卡

猜你喜欢                                   自信AI导航自信AI导航
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服