|
本帖最后由 zhjie374 于 2012-1-15 23:57 编辑
这个周末连得看了老胡几篇文章,看着大家在分享着自己的心得,想想自己也应该说一下自己的感受。
我从大学毕业后就在外包公司工作,到现在也7年多了。我想站在外包接包方的立场上来说说这个问题。
第一,为什么会有外包公司,为什么发包方要进行外包开发。 我想这个问题大家应该没有太多的分歧,一是外包公司一个人月的单价要远低于发包方公司一个人月的单价,二是降低了发包方的风险(这个风险主要在于发包方不能养那么多的开发人员,因为项目并不是在一年之中都非常均匀的存在)
第二,发包方和接包方的工作职责划分。架构,需求分析,UI,系统设计,结合测试,系统测试,运维都要把握在发包方这里。接包方负责系统设计(参与),详细设计,编码,单体测试,结合测试。 如果发包方把大的方面都把握住了,那么项目一般不会出太大的问题。当然还有一种是全外包,比如一个核心系统的开发完全交给IBM去做,这种成功的例子也很多,失败例子也有。关键是即使全包,最初的发包方也是一定要全程跟踪的,不能说反正我全包给你了,我就省心了,毕竟对该系统需求,业务最熟悉的还是发包方自己。
第三,做外包的公司,通常都是做量的。比如一个人月2万,然后公司赚取差价。这个是外包公司的盈利模式,而且很难得到改变。所以发包方寄希望于接包方做更多的事情,理解更深层次的业务,这都是比较困难的。对于外包公司来讲,他的人员大部分是多面手,但是都不精通。这个我想也很好理解,假设我有100人团队,今年接了一个银行项目,但是100人肯定不是从头做到尾的。银行项目启动和结束阶段可能只需要20人,最高峰100人。那么在不是最高峰的时候,这些开发人员怎么办,大部分可能都没有在做和银行有关的项目。
第四,外包项目如何成功。说得不好听点,外包公司适合做没有什么想法的项目。换句话说,就是项目目标明确,业务逻辑清晰,系统划分的好,规范标准制定得相对比较死的项目,是很容易成功的。但是根据经验这种几乎不太可能,特别对于国内的发包方来说。那么至少要尽量减少变更,业务设计上变更频繁的话,外包开发很容易混乱。另外,发包方要有一个联系窗口,接包方的问题都可以得到大致的回答,对于回答不了的问题起码要做一次判断,然后转交给可以解决的人的手里并进行跟踪。
第五,说说现状。确实如LZ所说,现在外包公司的人员素质不高,人员流动大。很多项目都是赶鸭子上架,拉过来培训2,3天就开始干活了。而且近期也看不到转好的迹象。嚷嚷转型的外包公司也很多,但是转到一半又发现还没有纯外包好做。因为做外包有做外包的思维模式,对它们来讲,发现了问题,总有发包方来拍板来解决这些问题,接包方只要拿着解决办法照做即可。而当外包公司想向更加上流的工作转型时,发现真的不太习惯去拍板,解决问题,因为从从业开始大家专注的角度就不一样。
零零碎碎说了这么多,总结来讲,外包行业既然存在,那么一定是有他的生存空间的。但是他和发包方所专注的东西不一样,职能分工也不尽相同。在外包开发过程中提炼产品,向上游进军,确实是这几年的一个重要话题,但是知易行难。我并不想把这些归结于社会的浮躁,也并不是为自己做不到而找诸多理由和借口,但是外包行业的现状和他的本质多少决定了目前的结果。
先说这么多吧,希望和LZ多多讨论。 |
|