IT人必须加班？

不是本人排斥加班只是觉得奇怪为什么项目上必须加班，一件事情的背后总有原因，总有存在的道理。我相信一个好的项目可以控制好项目的进度，不过现在还没有碰到过。刚到内蒙来的头一个星期还比较闲，今天突然得到通知要在１２月５号前完成５０张报表，这用abap做都是非常紧的，还要用bw来做，几乎就是不可能完成的任务。所以以后每个周末都得加班，不过其实现在我还是用query做，模型没有建好之前我不会太忙。

为什么这个项目也会加班了？事情大概是这样，客户的需求之前一直在改变，所以做做一张报表总是会变，所以总共只做出了20多张。还有剩下的50多张好像需求的spec还没做出来。但是客户要求在年底之前出报表，因为客户已经完全依赖sap的系统了，没有报表出来怎么交税了？这也不能怪客户，他们只能站在他们的角度。那究竟是什么原因了？我才刚刚加入项目，不能确定什么原因。

但是我觉得一个项目有很多时间浪费在了某些事情上面，下面我讲讲我的想法：

1.我觉得很多sap的项目很多的时间浪费在了沟通上面，这个沟通有两方面，一是客户和业务顾问的沟通，一是业务顾问和技术顾问的沟通。社会的进步要求必须有社会分会分工，这样才有高效率。在sap这个行业里我也觉得是对的，但是顾问的培养模式有问题。很多顾问都是自学成才，于是知识掌握的都不是那么全面。再加上sap的知识的广度和深度，资料的缺乏，sap现在还没有在中国有一个很好的生态圈，很多一知半解的的顾问就这样去做项目了。那问题就产生了，大家很多都一知半解，我懂业务不懂技术，你懂技术不懂业务，或者大家都不是很懂自己的专长，为了开发报表我们不断的沟通，我程序如果弄懂了需求，写一个一般的报表只要两天就够了。可是彼此都说着不同的语言，交流太困难了。这让我想起了圣经里那个故事，上帝为了让人造不出那个高塔于是就让人面说着不同的语言，住在不同的地区，那矛盾自然产生。我以为我弄懂了需求的时候其实没有，因为我不懂业务有时候测试又交给了业务顾问测试或者用户测试，如果出错不断往返浪费了多少时间！

所以我觉得要培养一个顾问，我说的是顾问也就是说不管是业务还是技术，应该这样培养。要彼此没有交流的障碍，所以所有的顾问首先都学abap，它是一个基础，如果懂了abap我相信对一个问题的理解会有不同的角度，看一个系统的实现可以看的更底层一点，让人更加心中有数。刚开始的项目都先从abap做起，做abap的同时学一个模块。做了一个到两个项目之后，根据个人的兴趣和禀赋再像分文理科一样划分到业务或者是技术，想想文理科虽然不同但是基础的东西都必须有啊，做顾问的基础就是abap啊，从程序的角度能理解sap。如果能做到都懂一些abap，那项目上交流沟通的成本会少很多，也就不会有那么多的加班了。业务顾问处理很多事情的时候也不会那么头疼了，测试报表也一样。

那为什么不能做到这样培养了？我想关键的因素是成本，为了短期的利益，只是去包揽项目，没有一个系统的步骤去培养一个高水平的顾问，所有都靠顾问自己去思考去成长。就属于放羊一样，长的胖还是瘦看你自己了。或者没有一些东西去吸引一个高水平的顾问，让一些水平良莠不齐的顾问去做一个项目这沟通的成本都花多少。想到这里我都不知道这第一点的原因到底是什么了，我只认为是顾问的水平造成的，但这也只是一个表明现象，这深层的到底是什么了？

2.现在假设顾问都懂abap，对业务都了解。为什么还会有项目的整改，那我觉得是业务顾问的问题。对于业务顾问碰到的问题，我没有碰到过，只能乱猜了。等我做了业务顾问再把这段给补上。

3.还有超越顾问之上的项目管理，这个更没有经历过。自己感触比较深的一点是，自己这个项目文档管理也是很不规范，其它的待续吧。