人才外包项目如何管理

rainshadow96

我们公司主要是做欧美外包，采用CMMI的模型管理.目前公司很多项目属于task base类型,任务驱动的，现有的流程和管理方法很多都不合适这种项目类型。作为SQA，对于如何作这种项目很迷惑，所以想请大家给点建议。
    我先介绍一下项目情况：客户做一个项目，分包给二到三家公司，自己也参与开发，项目经理由客户方的人出任，他们有项目计划，并进行项目的管理和监控。我们作为分包方，客户是出钱包几个人头，客户方有专人（不是经理，可能是负责某个功能模块的lead）有时会直接分配任务到我方人头,有时也会分配给我方的TL，然后由他再分配。客户要求每周我方TL每周出项目状态报告（主要包括任务完成情况，所遇的问题等）。
    像这种项目要如何做呢？我们只是参与了客户的某个项目，我们完全是受控于客户方。客户方肯定有项目计划，但我方很多东西看不到，只能得到与工作有关的内容。我的问题如下：
1．        还需要做项目做计划吗？如果需要，项目的计划里要包括些什么东西呢？
2．        还要做PMC吗？如果需要，项目要重点关注哪些内容呢？
3．        如何做CM，开发环境，工具，代码版本控制软件等全是通过VPN边到客户方。
4．        如何做DP，很多数据都保存在客户方的环境里，我们无法取得，只能看，很多报表我们没有权限设计或导出。
5．        如何保证开发人员交付代码的质量？
6．        如何做度量？
    问题有点多，盼各位能耐心解答。谢谢。:)


上一篇：CMMI培训资料
下一篇：代码走查（转）

iamredeye

1．当然要计划。比如客户给你的deadline不合理，或者schedule一定的情况下需要用多少resource，不计划怎么知道，怎么讨价还价，怎么知道风险？
2．PMC 不知道是啥
3． CM按客户方的来好了，还省事，但要双方沟通协调好也不容易
4．DP 不知道是啥
5．review，pair programming，training，testing
6．如何做度量－－先想想为什么要度量？

冰封伯爵

我们公司也属半外包类型公司，也有一半的开发人员象你们公司一样做外包项目；你上面所提到的外包项目比较难跟踪管理，因为很多过程都不能被执行(裁剪)，一些输出产物也无法验证，刚好你上面所提到的这些问题也是我当时所困惑的，以下我以回答的形式讲述下我的做法吧，希望能对你有所帮助,有更好的一起共享,大家一起提高。
1、项目计划还是需要做的；项目计划可以做简单点(相对非外包项目)，我这边的做法是：项目背景、界定项目目标与范围、制约、项目资源计划、项目监控计划、项目沟通计划、里程碑计划；其它计划根据实际情况而定，我所最关注的是“里程碑计划”(里程碑计划必须明确每个里程碑阶段必须交付给客户的输出产物及客户的要求)。
2、PMC还是要做的，我关注的重点是里程碑进度、风险管理的缓解措施及处理措施。
3、CM，根据客户那边的要求，一般象外包项目，客户是不会充许让我们自己做任何配置的，他们那边有专门的配置管理人员（我们公司这块的外包小组同时要接受客户那边的PMO部门相关检查，同时也要接受公司内部的检查；因为外包项目公司最关心的是能不能按时交付产品，赚的是进度和成本的差异，如果进度延迟的话，就亏了）
4、同问题3；
5、关于如何保证开发人员交付代码的质量，我这边要求是让自己公司外包项目负责人要求开发人员必须做单元测试，并由设计人员或由项目负责人REVIEW。（有时也要根据客户的要求，象我们公司的外包项目，测试都是由客户方进行，我们是按每个里程碑阶段的交付产物提交给客户方验证并测试，一般采用都是增量模型）
6、目前我这边外包项目的度量主要收集：进度偏差、成本偏差、项目工期偏差率、项目成本偏差率、早期缺陷发现率、开发中缺陷密度、交付后缺陷度度、返工率、单位工时缺陷率
备注:如果你跟客户方的关系很好的话,可以与他们的质量管理部门及项目经理了解外包给你们公司的项目状况.

rainshadow96

谢谢冰封伯爵的指点。针对您的回复我还有一点疑问：
1。里程碑计划，我们只是接受一些任务，周期知的几天，大的一两个月。好象谈不上里程碑的概念。那要如何去定义里程碑呢。客户也可能随时改变任务清单，如何做计划呢。

思步

原帖由 rainshadow96 于 2008-5-30 14:23 发表 [url=http://www.step365.com/bbs/redirect.php?goto=findpost&pid=2468&ptid=731]
1．        还需要做项目做计划吗？如果需要，项目的计划里要包括些什么东西呢？
2．        还要做PMC吗？如果需要，项目要重点关注哪些内容呢？
……………………
     ...

楼主提到了很多的疑问，我也不逐一去说明我的观点了，前面几位朋友也分别表明了自己的观点，很值得借鉴。


正如我在MSN群里所说的那样，我们公司曾经的状态也是这样的，不过现在已经找到了解决的方法，我就简单描述一下吧。

1、我们会依据客户方的阶段计划（或者项目计划、或者口头描述等），制订我们自己的详细计划（完整的项目计划，包括：Task、Product、Role三者逐一对应的关系），通过某种方式与客户方的PM沟通确认，并达到认可。我们将自己的计划（客户确认并认可的）作为依据来进行，而不是随便由客户来进行变更。

2、既然我们这种是属于“人才外借”的方式，那么，我们最终是要通过“工作量”来核定我们的工作，所以，把握好工作量以及基于客户要求的交付物，这个才是重点。要形成阶段（或里程碑）的工作量与工作内容（由工作内容推至交付物）报告，做为我们与客户交涉的内容。这个，也是PMC的重点。

3、至于要不要做CM，我觉得这个已经超出了做为SQA所能决定的范畴，不过，想想看，我们做软件、做项目，最重要是什么？无非就是我们最终要生成或者交付的产品（项目）。产品的形成无论如何来说，都要经历版本的不断变更，做为“承包方”，如果我们自己把版本都搞乱了，这样可不是一个软件公司所应该出现的现象。虽然通过VPN连接到了客户方，但我们自己也要就我们自己所承包的内容控制好版本。至于如何做CM，我觉得这已经上升到贵公司定义的配置管理规则的事了，每个公司不一样，这里不多说。

我就说这些吧，不当之处请指正，我觉得1、2两点，你可以借鉴一下。

冰封伯爵

原帖由 rainshadow96 于 30-5-2008 16:23 发表
谢谢冰封伯爵的指点。针对您的回复我还有一点疑问：
1。里程碑计划，我们只是接受一些任务，周期知的几天，大的一两个月。好象谈不上里程碑的概念。那要如何去定义里程碑呢。客户也可能随时改变任务清单，如何做计划 ...

因为我们只是接受一任务,我们也可以根据这个任务进行进一步的划分,可以按照业务或是功能模块来划分成多个里程碑进行管理;虽然客户也可能随时改变任务清单,这也是需要一个过程的,因为我们都是和客户签过合同的,大的范围总不会变吧,总有一个变更的过程吧(大的话可能涉及到合同),我们也可以象正常项目一样管理;其实外包项目或外包某部份任务,其实这种类似也属于项目,只是项目的范围有别于其它正常项目,也只是部分细节变了,并不代表总的管理模式变了,都是灵活管理.

rainshadow96

原帖由 冰封伯爵 于 2008-6-2 15:19 发表

因为我们只是接受一任务,我们也可以根据这个任务进行进一步的划分,可以按照业务或是功能模块来划分成多个里程碑进行管理;虽然客户也可能随时改变任务清单,这也是需要一个过程的,因为我们都是和客户签过合同的,大的 ...

合同签的是人，不是范围。比如包人一年，客户可以安排你做任何事情。

sungubbi

这个讨论满适合我在http://www.step365.com/bbs/thread-736-1-1.html　里的“项目一”的情形。

学习啦。。。。。。


1．        还需要做项目做计划吗？如果需要，项目的计划里要包括些什么东西呢？
　　有必要有一份进度计划。如果是强势型客户，进度由客户决定，进度计划可能没有用处。

2．        还要做PMC吗？如果需要，项目要重点关注哪些内容呢？
　　需要，半年或一季一次，关注项目工作内容、工作量、工作绩效，了解项目进展，便于考量项目绩效、续签合同。

3．        如何做CM，开发环境，工具，代码版本控制软件等全是通过VPN边到客户方。
　　按用户要求进行。
4．        如何做DP，很多数据都保存在客户方的环境里，我们无法取得，只能看，很多报表我们没有权限设计或导出。
　　使用用户数据。
5．        如何保证开发人员交付代码的质量？
　　单元测试、代码走查、内部联调
6．        如何做度量？
　　工作量、缺陷数据、线上缺陷数据

rainshadow96

谢谢sungubbi，我心里的答案很多也跟你一样，只是心里没有底，不知道对不对。我的想法是我们可以控制的就做，不可以控制的就不做，这种项目对客户的依赖性太强，有些事情只能引导，不能强求，因为客户不可能一定会听你的。
举个例子，文档和代码都由客户控制，但他们自己CI版本（除Code）控制也比较乱，对一些需求，设计文档也没有实施版本控制，他告诉我们文档放到那里，我们只是取用。我们只能尽量的做到取到有效版本。我们没有办法去规范他的行为，去告诉他要做基线化，要做版本控制等。

jiayan2000cn

好内容!这个过程有些意识!

kangjiejie

学习中，非常好

zhengminchao

东方聊天

打酱油的人拉，顺便赚点金币

吴逸

我是个凑数的。。。

你美丽如花

很有借鉴意义，先收藏了，谢谢楼主。