离岸开发-我们需要为之坚持的原则

对于离岸开发来说,这样一种认识已经贯穿于onshore和offshore之间了:onshore永远是决策者,offshore一定要听onshore的。
对于商业利益来说,这无可厚非。因为如果onshore不把活给你做,offshore就要失业了。
对于offshore来说,onshore真的就好像客户,好像上帝一样。不管怎么样,一定要让onshore满意。尽量满足onshore的要求。

这种想法对还是不对呢?
从两个方面来看:有对的地方,也有不对的地方。

对的地方,就是onshore确实好像是offshore的客户。从这个角度来说,我们确实应该尽量满足onshore的要求。
不对的地方,就是onshore其实不是我们的客户,我们是一支onshore+offshore合作的离岸开发团队。虽然我们的活来自onshore,但是和我们合作的人,并不是客户,而是同事 ---- 这个认识非常重要,如果没有这种认识,那么接下来要说的原则就无从谈起了。

举个简单的例子。一个任务,需要5个人*10天做完。但是onshore为了某种原因,希望offshore8天之内做完,但是还不想增加人手。

按照“onshore=客户”的原则,那么offshore一看就差两天,我们提高点效率,把这个任务完成吧!
看起来似乎不错,其实这潜在的导致了很多问题:
1、offshore或许会出现加班。加班导致的成本谁来负担?offshore的项目经理,亦或是offshore的公司?
2、onshore发现这样的任务5个人8天之内做完,那以后就给你这样的成本。对于offshore来说,是不是一直要亏本做下去?如果不做,onshore会说:上次你们不是做得挺好?

再来一个现实的例子。一个小组3个人,最初的预定是这3个人只是做程序开发,不做系统的维护。结果一段时间下来,发现开发的任务不是很多,那么onshore就说了:“既然你们有空余的时间,那就做一部分系统维护的工作吧”
offshore的人想想也对,于是就做了一部分系统维护的工作。结果逐渐逐渐,这3个人承担了80%的系统维护的工作。但实际上,这80%的工作是需要4个人来做的。

3个人做了半年,做的很辛苦,每天压力很大 --- 因为缺少一个人。但是因为能力很强,系统维护中没有出现任何问题。
此时我们想减轻3个人负担,但是却已经无从开口了:
1、不做吧,已经做了半年了,而且没出问题,不好突然说不做。
2、做吧,太累。想增加一个人?现在3个人都没有问题,为什么要增加一个人?

结果导致了2个人不堪重负,最终离职。

上面都是“onshore = 客户”的例子。其实onshore也是仅仅站在自己的立场去想问题。正所谓“各为其主”,在利益面前,谁会抛弃自己的利益,而去成全别人?

你为onshore节省了一次成本,onshore不会感激你,他会认为这就是正常的成本。“人情往来”之类的东西,在离岸开发中是无效的。

所以,我们要坚持一些原则。但是坚持什么样的原则?

1、利益的原则
在利益面前,例如上面的成本面前,我们一定要坚持原则。这个任务是5个人*10天的活,那我们就需要这样的成本。如果你想8天做完,那就增加人手。如果你不想增加人手,那么就加班,但是你要付加班费。

总之一点,成本永远是 5个人*10天,省是不可能的 --- 这就是我们要坚持的原则。

在比如上面的3个人所做的工作。既然一开始让他们3个做开发的工作,那就不能再做系统维护的工作。如果要做系统维护的工作,那我们就重新计算工作量,看看3个人够不够。

总之,一旦涉及到利益,我们就一定坚守住自己的原则。原则一旦松懈,那么以后就很难重铸的机会。

2、责任的原则
离岸开发中,我们已经常见了很多onshore和offshore之间的唇枪舌剑的交锋。之所以会这样,是因为我们都要维护自己的利益,划分自己的责任的范围。不出问题的时候还好。出了问题,一般都会首先看责任。而onshore在这一点上往往做得很好:每次他们都能成功的把责任推卸给offshore,而offshore由于没有事先想到这个问题,只好哑巴吃黄连,有苦说不出了。

作为offshore,如果你想安心的工作,能够在发生意外的时候迅速,合理的处理好和onshore的责任,那么就必须事先对“责任”这个原则问题有个清晰的认识。

还是上面的例子,一个任务,需要5个人*10天的成本。可是onshore的负责人一定要在8天内完成,虽然给他说明了各种风险和问题,他还是认为自己的判断是正确的:这个任务不需要10天,8天就够了。
在这个情况下,offshore如果不做也不行,那么就硬着头皮做吧。结果8天之内没做完。客户必然会怪罪下来,此时onshore一句话就可以把责任推得干干净净:你们当时为什么没有把所有的风险想到?明明知道这样的计划有问题,为什么不坚持的自己的立场?
此时offshore真的有给他一拳的冲动--当然这是不可能的,赶紧把任务完成才是主要的。onshore确实有责任,可是他对你的指责你也很难反驳---尤其是站在管理层的角度。管理层会这样想:你这个leader的风险管理和沟通的能力还不够啊!

这活干的多憋屈啊,加班也加了,结果被onshore指责,还影响了在领导心中的形象 --- 不干了!珍惜生命,远离外包!这应该是一部分人离开这个行业的原因之一。

其实说到责任的原则,不仅仅在离岸开发中存在,在其他行业一样存在。如果你处理不好离岸开发中的事情,到另一个行业也未必能立刻风生水起。

回到责任的原则。
如果你有责任的原则的意识,那么当onshore一定要坚持自己的计划的时候,此时一定要让所有人知道:“这件事我已经把所有风险都报告了,当然也有考虑不到的地方。但是现在onshore一定要坚持他的计划。出了问题,和我没有任何关系。”按照这种思路写好一封邮件,然后发送给尽可能多的、和这个项目相关联的人---当然包括onshore的负责人,他的领导,和你的领导。

这样,所有的人都知道了:如果出了问题,谁该负担责任。

这种原则说起来简单,但是往往不容易觉察到什么时候该做什么样的事情,什么时候应该确认好双方的责任。这需要时间去慢慢积累。

3、onshore 不等于 客户的原则

这是最重要的原则。我们要时刻记住:onshore不等于客户。如果onshore等于客户,那么我们做的就不是离岸开发了。
来自onshore的要求有各种各样的,虽然他们远在另一个国家或者地区,虽然我们国家有着“宽宏大量”的美德,但是工作就是工作,该坚持的原则就要坚持。
如果你把onshore当成了客户,那么上面个的两个原则就都没有用了。

上面的三个原则未必完全足够,但是我认为是至少要必须坚持的三个原则。
坚持原则看起来容易让人觉得你冷酷无情,不好交往。但其实如果你在工作中严格把握自己的原则,与你共事的onshore会逐渐的敬佩你,甚至双方的沟通也会变得简单有效。

你可能感兴趣的:(项目管理,外包,离岸开发)