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

简介:   昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。  该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。

  昨天与同行进行案例讨论时得知,前2个月还被列为正面经典案例的项目到这次讨论时居然变成了反面典型,真可谓成也萧何败也萧何啊。

  该项目是一个软件外包项目,发包方是非中国大陆的客户,项目规模在500人月左右,团队人数峰值为50人,实施周期为12个月。项目是2个公司联合投标中标的,其中一个公司只负责商务活动和客户沟通(签合同之前的绝大部分工作),另一个公司负责真正的项目实施(合同签订后的绝大部分工作)。

  项目初期,在人力资源上遇到以下问题:
  1.由于项目所涉及的业务领域比较专业,负责真正项目实施的软件公司只有几个该领域专业人才,且资深并懂技术的就一个人。
  2.由于项目庞大,该软件公司没有那么多的人员一下子能投入到该项目中。

  一般针对问题1,会有以下比较可行的解决方案:
      A.由客户安排熟悉的业务的人员给项目组成员进行业务培训来提高业务熟悉程度;同时,在需求理解阶段准确描述和理解需求,遇到不理解问题立刻向客户提问并达成一致理解,通过理解需求来熟悉业务及背景。
          a)前提条件:需要前期客户愿意派人培训;公司愿意支付一定的培训费用。
          b)优点:可在公司内部的技术人员中培养一批懂业务和技术的人员。
          c)不足:人员对业务的理解程度不可控;需与客户达成一致;前期需要有段时间来进行陪训工作。

      B.由软件公司寻找行业资深人员或者公司内部资深人员进行业务培训,提升项目组整体业务理解程度。需求理解阶段活动同方案A。
          a)前提条件:需要能请得到该行业的资深人事来进行培训工作;且该人员对该项目的背景也熟悉;同时公司愿意支付一定的培训费用。
          b)优点:同方案A。
          c)缺点:人员对业务的理解程度不可控;培训老师不容易找到;前期需要有段时间来进行培训工作。

      C.从人力外包公司聘用既懂业务也擅长技术的人员,让这些人员作为核心成员边实施项目边带不懂业务的人员。
          a)前提条件:需要有相应的软件外包公司能提供合适的人员。
          b)优点:能快速组建项目团队启动项目实施工作。
          c)缺点:外购人员稳定性和可控性没公司内部人员高;长期人员雇佣费用支出高。

      一般针对问题2,会有以下比较可行的解决方案:
      i.分析公司当前正在进行项目的优先级,从低优先级项目中抽调一部分人员出来组建核心团队;同时,进行招聘不断补充团队成员。
          a)前提条件:公司内部有可调用的人力资源。
          b)优点:人员均为内部人员,可控性高。
          c)缺点:招聘难度大;如后续无可持续的同等规模业务,该项目进入收尾阶段后人员会出现闲置,增加整体成本。

      ii.核心团队成员组件方法如方案i,其它团队成员可以通过找实习人员来补充。
          a)前提条件:如方案i;有符合要求的实习人员。
          b)优点:核心团队可控性高;实习人员费用低,项目成本没压力。
          c)缺点:实习人员均为经验少或者无经验人员,需技术和业务培训;实习人员抗压力能力弱,流动性大。

      iii.核心团队成员和部分其它团队成员通过人力外包公司租借合适的人员组建,剩余人员通过招聘或者实习人员组建。
          a)前提条件:有外包公司能提供合适的外包人员。
          b)优点:核心团队组建快,项目尽早启动,节约工期。
          c)缺点:核心团队成员外包,不可控性太大;实施期间出意外而延期,人员外购成本巨大,项目会超支。

  待续......

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