辞职感言

终于离开我工作近两年的公司了。
两个月多前就有辞职的念头。一个半月前，大连一家软件公司通过51job找到我，然后叫我去面试。面试很顺利，因为是做底层大型平台的研发，当时我担心领域太窄，很犹豫，后来公司部长多次和我沟通，我的疑虑才解除了。前后经过一个月，我才决定去他们那儿。其实，我本来是打算去上海发展，像上海的ebay、IBM研发部门。这家公司共有约300人的研发队伍，包括基础平台和业务平台。总之职位和待遇我都比较满意。当然了，进去后呆一个月才能知道期望和现实的差别。

离开现在这家公司是必然的。在我进入公司后几个月，我就预测我很难在这家公司干满三年，现在的离职时间和我当时的预计一致。因为合同是三年，所以我并没有将档案和人事关系转过来，当然公司也没有给我交纳任何保险，他们说是档案转过来后再补上。因为从我进公司的时候，就想到我离开公司的一天，所以我工作非常努力，认真负责，几乎得到了所有同事和领导的高度认可。我在公司给人的印象是充满热情、积极主动、好学、乐于助人，有个性。但给认还有一个可悲的印象：一个偏执于技术的人，说得难听点，就是井底之蛙。因为我来公司的近一年时间内，主要是解决项目中的技术问题，做一些纯技术的模块，基本没有安排和业务相关的活给我干。

先说说我们公司吧。公司很大，在国外和国内约有10个分公司，也快上市了，主要是做项目，没有自己的核心产品。别的部门和分公司可以说是外包，但我们部门不是，我们一般都是从需求调研开始做的大项目。大家知道，国内做项目的公司，关注点一般都不在技术，公司领导就认为技术人员可以一把一把抓。用Struts、Spring啥的对项目的影响几乎就是5%不到。说我搞技术吧，就是拿别人的产品或开源框架来用（时间紧啊）；搞业务吧，没我的份。回过头来想想，我给别人的印象也是我自己造成的，怨不得谁。但是我现在也非常关注业务，关注业务给客户带来的价值。一堆钢铁和砖块有用吗？如果它不是用来盖房子。

当前的项目实际，往往是领导以接单子和完成合同为中心，员工以领导为中心，谁以客户为中心？但说实话，国企这类传统客户，还真不好沟通。项目验收时公司大领导换了，你就哭吧；客户负责人不懂技术，硬是拿产品的需求来要求你，你就认了吧。客户分阶段要概要设计文档、详细设计文档，去一次，忽悠一次，皆大欢喜，到项目验收时你就傻眼了：那花了几个月写的高达几尺厚的文档，怎么做出的系统，客户我都不会明白？你说当时客户验收时两天内能够消化这么多文档吗？这是客户的悲哀，也是我们的悲哀。如果我们有实力，我们能这样被动吗？我们一半的时间都在应付客户，而没有做本质的事情。前段时间客户要概要设计文档，时间紧，项目组缺人，让一个DBA突然进来，干了两周，做了上百页文档，然后交给客户验收，DBA就退出了，你说这样的概要设计有用吗？一句话，还是我们不够强势，没有力量去强势。

离开的另外一个方面，就是待遇的问题。我倒不是说我的待遇差，其实我这一年多的待遇是比较高的，相比其它部门和大连其它公司，只是比起一年前降了1k多。我们公司工资分两块，一块是基本工资，一块是绩效。我的基本工资部分，和大连其它几家大公司的工资持平，而绩效往往有2到4k，这只是因为当时我做的那个项目很肥，不是决定于我的能力。当然以我的能力也能够拿那个价。但一个上千万的项目，做到最后竟然不赚钱，还可能赔钱，你们怎么都不信吧？部门很多项目都这样。
现在这个项目只有几百万，分的项目绩效不多（按项目报价的15%），我的绩效也自然就降下来了。这倒不是我离职的真正的原因，离职的真正原因是我干活很郁闷，成长太慢。我们部门资历高的很多，但他们一般都不写代码，一些人也不会写代码，觉得写代码是PG的活，他们用Rose画好各种图，生成代码的框架，让那些毕业生去填（我现在姑且不谈这种开发模式的成本高，设计和编码脱节、不利于人才成长）。
我现在的项目主要是有关工作流、业务流程的，不是那种简单的OA，技术这块现在风险最大。我觉得我绝不是一个喜欢逃避的人，但我的leader是部门架构师和项目PL，也许有点文人相轻，我觉得他对我缺乏授权，我没法发挥我的全部热情和能动性，我不可能按他的要求两天出个方案，一天定个架构（要是他有类似项目的经验就好了）。我始终认为，做一件事情，需要多长时间就是多长时间，不是我们主观决定的。也许我和他沟通问题很大。我也不怪他什么，项目太紧，他压力大。

上面我说到待遇问题时，又扯远了。我们部门很多项目都是上面的情形：拿到一个大单子就不知所措。要知道，大单子往往不是增删改查，把Struts＋Spring＋Hibernate（SSH）摆乎摆乎就可以了。如果项目的架构只需用SSH就可以搞定的，是怎样的项目呢？反正我接触到的几个项目更关注于业务系统之间的集成和分解（业务架构），组件划分、性能、安全、异构平台等问题。我以前也做过用Struts+Hibernate就可以解决问题的项目，但这类项目不用这两个框架同样可以解决，只是一个工作量的问题，它们业务很简单。这些项目都不大，几十万的单子，一个公司没啥积累，随便招几个也可以忽悠过去。也许我这样说很消极，但国内大多数做项目的公司，遇到这样的项目，估计也就这样了。那些项目对于客户一般都不痛不痒，类似的电子政务项目往往就是一个政绩工程。但做大项目呢？这样的项目应该是客户的核心系统吧，这时候才到了考验人的时候。这类项目，就单说技术吧。一般有很多东西是可以重用的，譬如SSO、workflow、组织结构管理、权限管理、全文检索、树形组件、Table组件等等，太多了，不便列举。像前面四种，我们几个项目都用到，一个项目做一套，不说项目进度拉长，就是质量也很难过关。当然这些可重用资源还不一定是风险很大的。像我们，类似项目的框架搭建、规范很难都难以重用，一个项目组一个势力。

如果大多数项目，都是重头再来，技术成本风险不说，业务风险也非常大。你说，这样的项目赚钱吗？当然了，这样做项目，短期内，对开发人员很有利，因为每个活都有挑战性，反正我是成长很快的，因为很多事情我就得独当一面，而且一个leader一个做事风格，我从中了解到很多管理风格。而且，你很清楚项目的风险在哪里，至少知道什么会把项目搞砸。一个公司项目管理的成熟标志之一，就是大多数人可以按部就班，职责分明。但这样规范的公司未必利于某些员工的成长，不过对降低公司成本非常有利。所以在我在这家公司的经历，是一笔很好的财富。

如果项目不赚钱了，我也不想和公司领导谈什么待遇的问题。离开时，我对我们部长还有些歉意，因为我来公司这两年，确实没有给部门带来什么利润，因为项目是亏钱的。他也了解我这个人，知道公司留不住我。

我们部门薪资还是有点竞争力的，特别是那些拿固定工资的，只是那些毕业没两年的不乐观，公司都认为它们开始一年是产生负利润。但我更觉得是公司没有充分挖掘他们。做国内项目，按对日外包那样分SE、PG，我觉得是很可悲的。如果说你是PG，就意味着你除了堆叠代码，啥都不会，也自然不会给你安排有挑战性的活。但对新员工的自学能力我也不乐观，很多人来公司一年多了，Servlet的生命周期都不清楚。他们很多人喜欢问我问题，也许是因为以前我给他们培训过，我大体知道他们的自学能力，替他们担心啊。
当然了，业务系统到最后的编码，难度确实很低，即使是一个千万级的项目。别谈可维护性、可扩展性、灵活性，这些东西都是需要成本的，我们也做不好，我们只要满足客户的业务需求，通过验收、收回款项就可以了，我们不是在做产品。我这么说，只是出于无奈，PM无奈，公司高层也无奈。

我无法改变这个现实，所以，我决定离开。常年在这种环境下工作，我担心我的激情会被磨灭掉，几个月前，我突然问自己：我能干啥？技术有意思吗？我是一个追求完美的人，我把工作当成自己的事业，我需要寻找那种自信和征服感。我们可能无法改变环境，但我们可以选择。

运营一个公司或部门，像我们这样做传统企业项目的，好难啊。如果我是公司高层，我也感到无能为力。也不是说部门如何艰难，只是没有我期望的乐观。我在这家公司呆了两年，整体上还是对自己还是比较满意的，进步比较大，眼光视野也开阔多了，怎么说呢，公司也算是外包行业的前几位。我和同事、领导关系也都不错，总的来说还是比较开心，自由。

算了，这次就写这么多吧。
期待我的下一个开始！