艾伟也谈项目管理,项目管理 – 人员外购利弊谈(续)

简介: 接上一篇文章“项目管理 – 人员外购利弊谈”。  以上方案只是初步分析,其缺点都是有相应解决办法的。  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。

      接上一篇文章“项目管理 – 人员外购利弊谈”。

  以上方案只是初步分析,其缺点都是有相应解决办法的。
  该公司对以上情况并没有使用DAR(决策分析解决方案)方法进行正式和认真的分析,仅仅从能快速启动和项目利润两个方面考虑来选择了最终的解决方案:项目经理由公司的技术和业务都掌握的人员担当;各小组的组长和测试组长采用人员外购的方式;项目组成员1/3由公司员工组成,1/3由实习人员组成,1/3采用外购方式。
      公司如此考虑:
      i.成本方面可以通过实习人员省出来的成本来弥补外购人员的高额成本,公司内部人员通过边实施边学习的方式掌握项目,实施后期逐步退出外购人员降低成本。(因此,跟外购公司签订人员外购合同时,基本都只签订了10个月的时间,只有少数几个人签订了12个月的时间。)
      ii.进度方面可以合同签订后第一时间开始需求理解的工作,可节约业务培训时间。

      项目前期也的确按照公司的设想在进行,进度表上一直都是很漂亮的数据,成本指数也不错。这也是被列为正面典型的原因。
      但是,绝大多数项目前期都很难暴露问题(除非是一开始基本就注定要失败的那些)。毕竟,前期项目的可控性是最弱的,大家在都不知道具体情况和团队刚组建的情况下,会充满乐观情绪。再加上报告的数据如果来源不是很准确或者项目经理故意隐瞒一些情况的话,报告很难反映真实情况。
      果然在实施中期就暴露出一些问题的端倪。由于需求管控的不够严格,变更频繁且未及时与客户正式确认也未更新基线,导致开发出来的功能寄得不到客户的认可也没法与测试案例达成一致。返工情况逐渐增加,加班频率逐步上升,到原定交付时间前2个月基本都一直在加班到晚上11-12点,早上还要按时开工。
      由于大部分是外购人员和实习人员,长期高强度加班导致士气极度底下,外购人员要求根据加班时间发加班费用(外购合同中也有相关条款说明),实习人员不要加班费但是也都宁愿不实习也不愿意加班了。进度和成本两项指数持续下降且没有回头的趋势。

      通过一次管理层和财务的综合分析会后发现:按期交付基本无望,乐观延期时间为2个月,悲观延期时间为4个月。按照现状,如按期完成还有一定的利润,如延期2个月则基本持平,如延期4个月则会出现赤字。

      更严重的情况是,由于当初为了节约外购人力成本,外购合同到期日大部分都在原定交付日期以前,也就意味着交付前大部分的外购人员要么离开项目组,要么重新签订外购合同。如外购人员大批离开,现有项目组成员根本没法按时完成工作,就算延期4个月都难完成。如续签合同,那么续签多久也是较大的考验;同时,人力外包公司也趁火打劫,提高了30%的人员单价且最短续签3个月。

      跟客户沟通和协商后客户最多接受延期2个月交付不进行合同赔偿,超过2个月后每超过1天都会产生数额客观的赔偿。根据这个情况,软件公司没有选择的进行外购人力合同续签并答应了人力外包公司提价条件。

      项目赤字基本上已成定局了,如果项目能延期2个月内交付则赤字情况还算可接受,但是如果真的延期太多,估计就惨了。后续情况待项目结项了会补上。

      待续......

目录
相关文章
|
程序员 测试技术 项目管理
项目管理-人月神话
人月神话
143 0
|
项目管理
艾伟也谈项目管理,项目管理 – 人员外购利弊谈
  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。   该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。
1009 0
|
测试技术 项目管理
艾伟也谈项目管理,对项目管理的几点认识
自2007年参加工作以来,参与的项目也有好几个了,但都是以项目成员的角色参与,从来没有以项目经理的角色参与项目。中国有句古话叫“旁观者清”,同一个问题站的角度不同,可能会形成不同的结论。下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法,希望大家给予指正。
922 0
|
项目管理
艾伟也谈项目管理,IT项目管理的六种错误思维
  错误一:错误的需求调研阶段,导致很多项目永远无法结束!       在软件行业,在界面设计没有正式展现给客户之前,所有的工作都处于需求调研阶段。其实建筑行业已经给我们做好了先例:客户买房子之前是先要看看样板房和模型的,什么都看不到,这房子你敢买么?除非你不是自己住!而在我们所学的软件工程概念模型中,这是三个阶段:需求调研、需求分析、概要设计。
1214 0
|
项目管理
艾伟也谈项目管理,项目管理有感之需求调研
  一个项目中需求调研的充分与否是项目日后成败的关键要素之一,这一点我想没有哪位项目经理不认同吧?不过咱说的需求调研可不只是拿张纸记记客户说什么就完了,调研顾名思义就是调查和研究客户的想法,我感觉应从以下几个步骤入手:   1、客户想要什么?   2、要这干什么?   3、为什么这么想?   4、会不会有别的想法?   这里也说一个最最最最基本的,只谈项目别谈钱,我们可以说,价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案,您放心价钱一 定合理,不会超出您的预算(真超了再说)。
1002 0
|
项目管理
艾伟也谈项目管理,我也发软件开发团队的思考(侧重点是人员)
  //上个月给我们老板的mail.洋洋洒洒6000多字.  //为了方便公开,改了一下.以致可能有些地方前言不搭后语.  //不管他同意不同意,先在我们组实行了再说.  //请多大家多提提意见,日后看有没有机会找老板当面交流  经历的几个项目,项目的进度老是不尽如人意。
1151 0
|
项目管理
艾伟也谈项目管理,说说我们项目组的考核
  周六又被老板招呼去开会,烦!在会上,老板说要对我们软件部实施绩效考核,并要求我们几个项目经理在一起商量下,把具体的实施细则给敲定下来。结果我们几个经理们在公司会议室一直讨论到晚上八点多才大体弄出个实验品来,准备周一就开始在软件部开展实施。
1257 1
|
监控 测试技术 项目管理
艾伟也谈项目管理,聊聊我们团队的绩效管理
  绩效管理对一个Team是比较重要的一项日常管理任务,如何做到团队内每个人的绩效得分公平公正,必须有一套行之有效的方法。下面我谈谈我们部门管理的一些方法,拿出来与大家分享,希望有相关经验的人参与讨论,说说你们的管理方法。
1034 0
|
测试技术 程序员 项目管理
艾伟也谈项目管理,给敏捷软件开发的26条建议
  我经常收集各种各样的至理名言,最近我重温敏捷软件开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。   1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。
969 0
|
项目管理
艾伟也谈项目管理,我的项目管理观点
公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面。我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得。
1011 0

热门文章

最新文章