内部IT支撑部门的生存法则（第一篇——找准定位，保持低调） 推荐

按软件酋长Joel的说法，处在内部IT支撑部门是不幸的，这种工作是“做狗粮”的，会“榨干你”。

回顾我多年来从事内部支撑工作的经验来看，这种工作确实环境比较恶劣，一个程序员可能碰到的最坏的事情你都可能会碰上：
1）地位低下。公司里其他部门的人会认为你是他们的仆人，你的产品不是公司的产品，而是为公司内部其他人服务的。
2）工作不能得到公正评价。几乎没什么数据可以直接体现你工作的价值，你做好了99件事情，却因为有一件事情没做好被用户抱怨，甚至相当多的情况下抱怨的人根本就不是你的软件用户，他们抱怨这件事情仅仅是因为这件事情被公司高层注意到了，而高层得到的信息可能是部分事实；
3）常常替人背黑锅。如果公司业务发展顺利，一切OK，运气好的话会被顺便表扬一下，如果业绩糟糕，你就惨了，会有无数种方法把问题归咎于IT支撑不力。
4）不能按自己的思想来设计软件。虽然你常常比其他人更知道这件事情应该怎么样去做，但业务部门的人会认为你在挑战他们的地盘，或者他们并不想承担更多的责任，而恰恰他们是你的需求提出方，是你软件的主要评价者（至少他们声音比较大），你常常不得不按照他们说的去设计软件，但如第二点中说的，他们常常不是软件的使用者，大批的实际使用者因此倒了霉，一边用一边咬牙切齿地咒骂你脑子进水了。
5）永远没有时间来完善你的工作，使你经常不得不交付让你感到“耻辱”的半成品。你的“客户”，业务部门，并不需要付钱购买你的软件，因此他们会提出无数的“紧急需求”给你，哪怕这个需求实际上可能是几个月之后才会被用到，或者只用来支撑一款用户数少到你可以把他们写在一张A4纸上的产品，但你几乎无法和他们争辩。当然，接下来的事情就是用户抱怨你。如果不幸出了大问题，别指望那些逼着你尽早发布的人会站出来为你说话的。
一个独立软件公司的程序员会有别的烦恼，但上面这些问题基本不存在：你做出来的软件就是公司的产品，你的业绩可以直接体现在软件销售量上和评价上；你可以花几个星期去优化一个显示效果，那很值得，成千上万的用户会觉得这个软件很cool；你不需要取悦所有人，你可以有所取舍，只需要让足够多的人觉得你的软件好、肯掏钱买就好了。

不幸的是，内部支撑总是需要有人来做的，对于那些不得已干了这份工作的人（包括我自己），我想分享一些体会，希望能有助于苦命的人们争取稍微好一点的生存状况。其中一些法则肯定不是那么让人有荣誉感的，但也是无奈，因为你就在这么一个环境中。

这方面的东西挺多，一篇写不了的，今天先说第一条：找准定位、保持低调。IT支撑部门毕竟不是直接创造价值的部门，必须定位于服务，这点必须要认的。虽然优秀的内部支撑团队常常整个公司里最明白各种事情应该按照什么流程、什么方法去做最合理，最后也常常为事实所验证，但这点就当是“买一赠一”让别人默默感激你吧，大肆宣扬的话就让人觉得你侵犯了人家的地盘了。毕竟，公司业务发展压力大的时候你没有寝食难安，毕竟你的工作不像业务发展那样结果和努力程度之间的无固定关系。既然这样，就要保持低调，尽量做好服务，业务部门有很多，支撑部门就你一个，每人说你一句不好你就完了。相反低调可以争取同情和理解，能慢慢壮大。