共兴达技术有限公司

新闻动态

News Information

如何看待对日开发的加班和相应的改善对策

总的来说,做对日项目比国内项目要辛苦一些。具体表现就是就是平日加班多,有时候需要周末出勤。再极端一点你有可能大年初一接到电话要求加班来做紧急对应。(沈阳就有过一次)

这一点,估计对日开发的经验者应该都有类似的感受。甚至也变相的导致了一部分优秀员工的流失。

那么造成这种情况的根本原因到底是什么呢?

第一. 项目整体的周期越来越短。过去开发周期的单位基本上是以年为单位。一个项目可以连续的开发2到3年。但到了现在,由于激烈的市场竞争像过去那种长的项目开发周期基本上很难得到客户认可。有些项目的开发周期甚至只有1到2个月。由于オフショア的特点每次使用的开发工具和开发环境又基本都不同,这就需要短期内投入大量的开发队伍,一边学习一边工作。往往是刚刚熟悉了开发流程,生产性开始大幅度提高的时候项目就已经接近尾声了。在这种情况下不得不用一部分加班时间来弥补在项目过程中产生的学习时间。

第二. 由于上流设计占用了过多的时间,而项目的最终纳期又不能调整。结果导致后期下流工程的时间被大大压缩。如果是做欧美项目的话,可以考虑修改客户的业务流程来简化程序设计的复杂度。但在日本的话,基本上客户的业务流程是牢固而不可变,只有通过程序设计来迎合复杂的业务流程。结果就是业务越讨论越复杂,根本没有办法按照预定的进度来进行上流设计。在这种情况下只有通过在实装阶段进行加班来把一部分上流设计的时间挽回来。

第三. 频繁的式样变更。在以客户至上的日本社会,如果没有什么特殊情况,满足客户的要求是一个基本的社会常识。这也最终的用户非常わがまま。常常按照个人的想法提出各种各样的要求,体现在具体的工作上就是发生大量的式样变更。在本来就有限的时间内来对应一些甚至可以说是伤筋动骨的变更的话,只有通过加班来消化。

第四. 日本和中国的休日不同。日本的休日由于国内正常上班,基本上没有什么问题。但是到了国内休息日的时候矛盾就会变得特别突出。比如今年的10月1日的7天长假。因为日本方面并不休息,所以在发生障碍对应的时候没有相关的人来对应。特别是开发的程序到了系统测试或者本番运用的时候,需要24小时待机的情况也是可能的。这也是导致休日出勤的一个很主要的原因。

从上面举的例子来看,有相当多的部分和日本的文化是息息相关的。作为项目的受注方的我们,能够做的改善实际上非常有限。那是不是除了被动的接受就没有丝毫的办法了?我想应该从下面几方面的努力来最大限度的改善这种状况。
  ・强化日本文化和对日开发的教育。让大家能够理解整个对日行业的特点。
  ・在项目的前期,对于业务共通和程序共同的抽出多投入力气。同时要尽量降低程序之间的耦合度,提高程序对应式样变更的灵活性。必要时也可以考虑做成一些能够自动生成代码的工具来提高工作效率。
  ・在项目的空闲期间安排调休和户外活动,争取能够做到劳逸结合。比如安排足球或者篮球等户外活动,来帮助大家减少工作上积累的ストレス。
  ・对于发生的式样变更,有理有据的和客户去交涉。争取的到客户的理解以便对纳期作相应的调整。
  ・到了国内的长假,事先和客户建立良好的沟通。对于法定节假日争取得到客户的理解可以让大家做好休息。如果确实项目上有需要,必须在法定节假日出勤的话,通过节假日出勤的补助来给相关人员做一下补偿。

话说回来,从公司的角度来讲,即不鼓励,也不提倡大家多加班。首先是要涉及到项目成本问题,二是长时间的加班也会反过来导致工作效率的降低。

「加班是为了最大程度上满足客户的要求」这一点希望大家能够真正的理解。软件行业说到底是服务行业,只有持续的为客户提供优质的服务,只有最终得到客户的认可,后续的工作才会源源不断产生,公司的业务才会有稳步的发展。