作者:李东龙
在上篇博客当中写到了，IT公司现在存在一些问题。对于这问题元芳你怎么看？
先回顾一下，我提到的几个问题：
问题一、IT公司不能明确的知道客户的需求。
问题二、没有完整的文档管理体系
问题三、没有明确的规范
问题四、领导不懂技术，也不和员工交流
对这些问题，我有如下看法，请各位多多指教！
问题一、IT公司不能明确的知道客户的需求
针对需求问题，这一项都是影响公司主要问题！现在中国的IT行业，就竞争来说比较“激烈”。说到竞争，其实现在IT行业的竞争都处于一种不太正常的竞争形式。这个可能受到了消费观念的影响！都在追求便宜，而不去追求质量。
如果公司想要拿到一个项目拼的不是实力而是便宜！这样的竞争对任何一个行业都是存在负面的影响的！这样以往下来最受影响的是产品的质量。
为什么大多数IT公司都有需求不明确的问题呢？
做需求的同志首要任务是把这个项目拿到自己的手中，拿到了就算是胜利。用户对软件的开发又不了解，他们当然是想尽早的得到产品。所以首先做出一个雏形来，用户看着好看，就算是敲定了。需求也就从此基本结束了，因为项目经费其实根本就不够正常的开发花销。所以公司拿到项目之后就是按照之前做的一点点皮毛的需求来做开发。如果再去了解需求吧，经费上花销就大了，开发人员根本就不知道该怎么做，等到快交工了，就开始了没日没夜的干活！胡编乱造，做出一功能来，然后由需求或者是专门和客户交涉的人来蒙混过关！
这样一来二去，做出来的软件很可能就不是用户想要的。软件吗，用建筑上的一句话叫：“豆腐渣工程”！这样的系统只能按规矩点，要不就歇菜了！
对于需求这一问题，解决的决定权在用户手中。一定要去追求高品质，现在买什么不都讲求个名牌吗！软件当然也不例外。这样中国软件也的发展才能走上正规！
第二软件开发人员要提高技术技能，既要保证软件质量，也能降低成本。
问题二、对于文档问题，当然是要健全公司制度了！
其实对文档的要求应该和提高班对文档的要求就基本可以满足员工开发对文档的需求了。对于一个公司对自己做过的产品没有文字的记录和描述，这个貌似不可想象啊。由于现在中国软件行业中人员流动性较大。产品的后期维护和升级，没有文档将是让开发人员最头疼的一件事情。就想我最近优化的电路导入的方法，现在他们使用的程序本身就有逻辑错误，然而又没有人知道具体的逻辑实现。没有文档又没有了代码的参考，现在基本就是根据需求进行分析，来进行修改。
问题三、没有明确的规范
就YY公司现在我修改的代码来看，他们在开发该版本的时候应该是没有一个具体的规范的。代码命名存在一些问题，常用的名称还算不错，就怕是一些局部的变量名、对象名等，就有很多不规范的时候了。
还有就是注释，基本没有注释，有些注释写了和没写一个样子。我估计也就写注释的这个人能看懂。像：//这里需要修改。； //这个地方可能在XX时候就需要去掉了。
很多类似这样的注释，搞得是一塌糊涂啊！也曾经见过世上最牛的方法头注释(彪哥共享)：
看到这样的注释你会不会崩溃呢，反正我是崩溃了！
这个就需要强制执行了，先在YY公司就推出了这样的政策。每个组长负责检查组员的代码结构和注释。If和for嵌套操作3层以上的（情况较多的话），不写注释的等不规范代码，一经查出按比例扣除组长绩效。
虽然手段有些残忍吧，不过当然也能起到一定的效果。
问题四、领导不懂技术，也不和员工交流
如果在存在这种问题的公司干下去，你会被搞的很无语啊！听同事说，他之前在一家不太大的公司做开发。经理一定也不懂技术，根本就不知道工作量到底有多大，她想起来了， 就赶紧的催一下！搞得开发人员特别头大。
更让人受不了的是，每年他们开发人员的奖金基本上超不过1W。而人家那些做部署的和做需求的人却基本每个项目结束之后就有差不多1W的奖金。
小伙儿实在受不了了，才转到YY公司的。
上面一个小故事就很明显的说明了，如果一个领导不懂技术再没有一个得力的在技术上比较不错的人帮助或者是约束的话。对整个公司的今后的发展会照成很大的影响。
其实对于这样的问题，YY公司就算做得还不错。基本上每一个项目组都有两个经理，一个管业务的，一个管技术的。两人的在工作上可以达到一种相互帮助相互制约的效果。
上面是我对IT公司现存在的四大问题的一点点认识和简单的处理办法。可能这样的问题，业余没有我想象的这么简单。在实际的执行中还是很有困难的。就像YY公司其实这些新制定的规矩，都是针对那些新人的。一些老员工任不遵守，可能是这么多年在YY公司那样写代码太习惯了。一时半会儿还不能适应这种规范，这种约束吧！
不过有了这样的规定，就说明现在公司也开始重视这种问题了。只要继续努力以上的这些问题会原理中国IT行业的。