一个研发人员眼中的产品及公司

作为一名研发人员，今天在这谈一下我们公司及我们的系统，想到哪写到哪。

我是一个善良的人，一个没脾气的人，用俗一点的话说，我就是个老好人，可以说我就是像雷锋那样的人，领导让我干啥我就干啥，领导让我不干啥我就不干啥，虽然我有自己的一点想法，但是我很听话......

自从去年年底来国外出差到现在已经有半年的时间，这半年的时间终于把这个烂系统扶起来了，“烂”这个词可不敢当着领导的面说，一说领导就生气，就不愿意，辛辛苦苦开发了一年的时间，即使烂你也不能说烂，你得把它当祖宗供着，你说烂就是对领导的不敬，以后你就甭想混了。但是我还是要说，这个系统是真他妈的烂！

现在我就说一下我们“祖宗”的心路历程，这里我暂且叫你祖宗，因为这个财年的任务就靠你了。

祖宗经过了我们三轮迭代开发一点一点地成长起来的，很多人很长时间，具体我就不说了，以免大家来鄙视我祖宗，期间几乎天天加班，能休息个周日我就跪地谢天谢地一小时，那些时间苦倒也过去了，因为我们有过目标、有过兄弟姐妹般的协作，因为这个系统走了很多人，走了那些我们一起通宵改bug的战友、走了一起出过差的战友、走了我刚进公司不待见但后来我才对他深有感触的导师、走了一些系统设计的元老，我不知道以后还会走谁，但走这么多人一定是有原因的，原因只有一点：干的不爽了，至于为什么不爽是各有各的原因，这个让我们领导分析去吧。

开发阶段就暂且这样过去吧，那时我对整个系统还是不了解，只是熟悉我自己开发的模块，那时候设计、开发、测试都还算井井有条，一步一步的进行着，虽然时间特别紧，但该加班的时候就加班，那时的氛围还算不错的，虽然偶有抱怨声，一会都会消失在键盘的噼里啪啦声中，那时，很和谐，虽然很累......

后来作为研发人员的身份来了现场，教我们“祖宗”学走路，当时“祖宗”还是个残疾人，这不行，那不行，一大堆问题，那个问题列表看起来太渗人了，然后不断给研发组发，不断升级，一个相同的问题来来回回好好坏坏不下十次，最终有个问题还是在今天给解决的，半年后的今天啊，中间可是经过了各种测试，各种验收，各种会议，不知道以后还不不会复发，我脾气好，没跟研发发脾气，有问题我就通知你你改，再有问题再给你你再改，就这样，来来回回，其实有段时间我也挺窝火的，我凭什么给你们擦屁股啊！那段时间比研发更累，加班到凌晨两三点是正常的事儿，现在年纪轻轻的我眼角都有斑点了，唉，害人不浅啊。。。

我在想，当初的各种过点，各种验收，都避免不了问题的一再复发，为啥半年后的今天还有问题，这是啥原因，设计原因？开发人员疏忽原因？产品质量把关原因？其实解决这些问题完全看一个领导者的管理能力。

当初拿到现场来的产品质量哪去了？领导们，你们知道吗？我发现咱们研发这个产品就不是为了用的，而是为了过点，过验收，拿钱的！！！！！！这里我不得不说，在验收期间为了规避各种问题，不知道想了多少手段，而不真真正正地解决问题，后来我一琢磨，也许这个行业企业软件的开发也就是这样吧，哪来的产品，哪来的研发，这都是作坊，用是最终目的，咱们完全偏离的方向！

写了这么多，我再说说我理解的公司的三层金字塔结构，最上边一层是：市场、销售；第二层是：交付；最底层就是：研发。其实这是大多数行业应用软件的组织模式。我来解释一下，首先，这个行业应用软件的对象就是针对企业员工，更直观地说就是某些企业、政府等领导，这个不像互联网软件，客户是大众，大众即客户，一切的评判标准都在自于人名群众，所以消费类软件必须要把产品做好，这是完全的市场规则。而行业应用软件呢，受众只是企业，决定权在领导层，所以只要有关系，有人脉，就会用最简单粗暴的方式来搞定这个单子。所以，行业应用软件目标更明确，所以简单粗暴最适合，只要我先拿下了这个单子，以后的事情再说，像我们这么烂的一个系统都能扶起来上线，还有什么不可能呢。拿到单子，我先做出来，甭管做的好坏，晚几天上线没关系，有bug我就改，反正改bug对研发来说没有什么成本，有不多给钱，改不完加班改，要说成本就是研发人员的心态成本，若上线成功，啊，那是你这个项目经理的功劳，交付团队做得好，又没有了研发鸟事儿。研发人员在行业应用软件领域是最没有地位的，是最吃力不讨好的。

说了这么多，我无非是想我们产品能做的好一点，功能不全，咱先把质量提升上去，不对，我又想错了，身在这个行业，要适应这个行业的发展方式，我刚才的想法貌似太互联网化了，我该何去何从......