软件外包杂谈(19) Scrum

本文并非是要谈Scrum,而是要谈Scrum这一类的开发思想在软件外包企业中的困境。 我对Scrum不懂,只粗略翻看过一些PPT,因为职责所限,也无法了解更多。但是有干部问在公司内部实施Scrum,公司的态度和姿态,我只能够根据自己的经验和同事的描述来说说。

感觉上Scrum是适合做那些长期稳定的做产品和解决方案的公司所采用的开发手法,他的目的何在? 培养一个学习型团队,做出一个完美的产品? 横向的沟通,短板的弥补。

作者 Twomeows软件外包企业中项目管理的目标是什么? 用最小的成本,做出客户那里可以过关的软件系统,做完以后就基本上说ByeBye,以后继续碰的可能性很小。  时间就是金钱,人员就是成本。 于是,时间和人员配置是两个花功夫削减的地方。  花时间学习? 不用学,会抄上级SE的代码就行。至于抄的好不好,效率高不高,那就不管了。 结果出来就行。 将来不好改,一样客户要给更多的钱。  人员?全部给你配备资深工程师? 那不亏死了啊? 给你一个资深工程师搭上两个1年生,在加上5个实习生,这样的人员配置最经济和效益。

于是软件外包公司重视的是项目经理,能够用这样的人员配置完成项目,拿到客户的钱,那是公司赚钱的功臣,自然工资待遇就给的高了。 搞Scrum,个个都是培养成了长坂坡几进几出的赵子龙,双枪挑滑轮的陆文龙,你一个软件外包公司能够给团队这么多人那个待遇吗?  说到这,再回顾都是什么样的公司在搞Scrum,而且富有成效的? 有哪些是软件外包公司的?

所以我觉得在中国,日本的软件企业,大多数搞Scrum,将会遭遇半途而废的困境。 在美国,欧洲的软件企业中才有可能成功。 为什么?因为土壤不同,中国,日本多是搞项目的软件企业,欧美多是搞产品的企业。 中国,日本多数软件企业重视项目经理,不做项目经理,工资待遇就上不去。 欧美重视个人能力,好的工程师待遇一样好。 我的同期生Jack Yang,博士毕业,现在还在瑞银写代码,之前在高盛也是写代码。从需求到编码,都自己参与做,他的Title是研发部门的VP。我没有问过他的收入, 我想不低于30万美金吧。 不像中国,日本的软件企业,所谓职位高的人都不写代码了,少有年收1000万日元的职员还在写代码。聪明的人都不写程序了,他们驱动一帮年轻的新人去写代码,这个系统能够好到什么程度呢?可想而知。

我反对Scrum吗?不是,我很赞同Scrum的一些宗旨和思想。 企业的社会责任中不是有贡献社会吗?什么是贡献社会?不仅仅是雇佣,更多在于培养。  作为企业经营人员,招聘一帮年轻的学生把他们塑造成统一的,呆板的编码工人,然后让他们创造利润,这样有成就感吗?  职员有成长的潜在需求,但是也会存在温水煮青蛙一样的惰性。我觉得优秀的经营者有能力在股东利益和职员成长之间,走出一条双赢的道路,领导企业走向卓越,而不是甘于平庸。 当企业发展无法承载职员的时候,放飞是一种社会责任和贡献。


相关博文

5 thoughts on “软件外包杂谈(19) Scrum

  1. allen on

    看到最后结尾,我知道我的选择时正确的,无论是进入H还是离开去B

  2. Rex on

    强烈推荐你们也尝试一下。环境和人都是会变化的啦。特别是那些预想外的变化,会令你振奋不已。

  3. john on

    L社在做M社的工作,项目大多采用scrum,可以理解为M社是在做产品,但是实际上也为L积累了scrum人才

    • 这个我当然知道,这是表面。 本质上来说L社还是做外包的公司,他内部有他的考量体制。 如果不做改变的话,Scrum实施起来,会遇上问题。 恶化的话,就只能说为中国IT界培养Scrum人才了。 如果走到这一步,恐怕要看开一些了。

发表评论

电子邮件地址不会被公开。 必填项已用*标注