编者按：空降机会越来越多。如何处理好各种关系让自己如鱼得水，而不是空降不成反被干掉，或功成后被企业辞掉？亲爱的读者，也欢迎您来稿来电，联系本文编辑（MSN：bunnybunny505#hotmail.com TEL：021-33680077*265），一吐为快。
项目经理空降失败 上下离心（上篇）
http://cio.it168.com/c/2007-10-17/200710170929515.shtml
【IT168 专稿】工作中的三个失误让小张上下离心，获得了“亲戚”的称号。
一．业务知识和核心同事支持的缺乏，使得小张工作日趋疲惫。
作为战略产品，在业务方面要更有前瞻性，要比竞争者的功能更强更完善，和原来只是满足部分客户需求相差非常大。这次在细节方面考虑得更细致更周到，因为随着市场信息化的进展，界面、操作、交互、美工等细节方面的要求提上日程。
在需求方面我们不但要考虑目前所有客户的需求，更要满足未来客户的发展。在技术上，我们不单考虑之前的小客户，我们锁定的目标是企业大型应用级层次。这些都是这个项目思考的基础和出发点，公司都有量化的目标表格。
随着工作的展开，逐渐涉及到核心业务，而小张对业务的不熟成为开发部公开的话题。他对业务的了解只限于公司两三年前软件的表象。公司因为业务变化大，而且早期程序很乱，错误不少，所以没有提供源代码，让小张对业务的了解更加困难。
因为需求审核的关系，核心级的员工小陈曾当面指出小张所提的文档格式“水平低下”。小陈是那种有话当面说、过后不计较的人。当小陈主动提出给小张做为期两天的培训时，不知道什么原因，小张当着大家的面说不用，他看看软件和需求文档就可以了。
技术总监委婉地劝说小张，有些业务还是很复杂的，还是让这同事给他培训两天。小张还是直接回绝，同时告诉大家他现在很忙，没有时间，公司的这软件和业务在他看来比较简单，他自己完全可以理解得来。让技术总监也不好下台，只好作罢。
小张这话让很多同事不满，小陈事后以各种理由将自己负责的业务模块全部转移到技术总监身上，小陈从绝大部分模块负责人变成了模块参与人；其他核心级同事负责的各模块，也都学小陈，把责任到转移技术总监身上。
其实业务最熟的应当是各模块的负责人，技术总监对这些模块知道的只是大概，客户实际的需求和变化特别是后期需求，技术总监因为不参与程序的变更，也不是很清楚。小张是技术总监大力推荐引进的，这些事技术总监只好自己扛下来了。
在软件业，对错只有到了最后才会见分晓。所有的软件大公司，像微软、IBM、SAP、ORACLE等，每年都有不少项目夭折，损失几千万至上亿美元。所以技术总监即使感觉到小张可能做得不对，也愿意让他把事情做完，再发表意见，而不是初期就要他变更。
经过培训事件后，核心老员工对小张的意见越来越大，对小张分配的工作更加明哲保身似地撤离了，而小张不得不更加辛苦地工作。
二．急于出成绩，累得去了医院打点滴，却得不到同事的认可。
用成绩说话，一直是软件业默认的规则。即使你性格孤僻，和同事不合拍，甚至和公司主流的意见相左，做事特立独行，只要你所做的成绩过关，大家都会承认你的地位，认为这是你个人的风格问题，对其他的不会计较。
在失去核心层同事支持的小张，自然以拿出成绩说话为目标，原本就努力工作的小张更加努力了。小张是单身，住得离公司很近，经常加班到晚上九点半才吃饭。笔者多次劝他吃饭要准时，因为搞软件的加班太平常，胃容易出毛病，而我们的敬业又让客户认为，搞IT的都得具备铁胃。
项目组所有成员也都晚一个半小时下班，因为小张每天晚上都要审查大家写的程序，所以项目组成员所有个人的活动都没法安排，又不好意思当面向小张提晚上要有私人空间。每天加班加点地工作，任谁都有意见，何况项目组中有几个和女朋友处于升温阶段。
虽然加班，但工作的进度反而更慢。每当被问及每天加班都做了什么时，项目组成员都不好意思回答，所以对加班更反感了。
小张虽然在财务上有着极大空间，和公司的财务很熟，但第一次请大家吃饭后，都不再请吃饭了。而公司加班的晚餐制度非常不完善，住得远的同事，回到家都晚上九点后了，第二天六点多就得起床上班。项目组成员在背后对小张开始出现抱怨。
小张因为工作太努力，晚上九点半才吃饭，第二天又是第一批到公司的员工，从来没有迟到过。当时季节交替，小张病倒了，去医院打点滴，技术总监和部门经理打过电话，而项目组成员却非常冷漠，竟然说小张病了好啊，这样就可以不用天天加班了。真是讽刺。
三．成绩不被认可，又推卸责任，让小张上下离心，获得“亲戚”称号。
小张主持项目近三个月后，主持了一次开发部的大会，主要是演示和介绍新开发的产品中一个基础模块，第一个成果。会议上，新产品不论是界面、美工、排版还是业务，都被同事们批得很厉害。
有些业务完全理解错了，有些需求说明书上没有而旧软件中有的小模块，新产品中竟然还是照搬。而且小张说不考虑权限体系，使大家对产品的期望值一下降低了许多。因为这根本不算是个产品中的模块，充其量只能算是一个技术上的试验，而技术瓶颈在引进小张之前就都解决了。
核心员工小陈当众说，花了这么多时间，投入了这么多人力，拿出来的却是个垃圾作品。小陈在同事中原就是非常有份量的人物，项目组成员有好几个是他带的徒弟，他的这话让许多人的面子挂不住。技术总监更是尴尬。
小张此时强调说，都是按照系统需求说明书来设计编写软件的。如果系统需求说明书都是错的，如何能要求他们编写出正确的程序？如果文档都正确，他们怎可能写出不成样的程序？打开需求分析说明书，逐条核对业务点，有些是系统分析人员没有记述清楚，但基本上是小问题，而业务理解不正确，却非文档的问题，多出来的模块更是不可查了。
在核对过程中，小张言语过激，且急于推卸责任，得罪了不少同事。系统分析员更是反击，提出其业务不懂，小陈要培训又不接受，文档的格式也都是小张所提，看完文档后理解错误，期间又不找系统分析员沟通，也不找各模块负责人交流，现在却将所有责任推给系统分析员。
几个核心层的员工以另外一种方式表示了对小张领导能力的质疑。技术总监出来打圆场，说这是大家的责任，不是哪一个人的过失，要大家加强合作，相互多沟通多交流。
虽然有不少事情让大家对小张的表现相当失望，但小张的职位和薪酬一直不变。大家都认为技术总监相当维护小张，于是小张获得了“亲戚”的称号，小张在核心层和下属同事中失去了当初的威信。
综合所述，小张的眼光还是不错的，能看到公司的问题所在，然而因为固执又高高在上，极少和同事交流，没有安排好事情的轻重缓急，过于心急地想出成绩，最终导致了在公司的孤立。
小张要一开始谦虚一些，多听同事的意见，抓紧第一要务的业务学习，团结核心层员工，共同项目打拼，很容易出成绩的。有这样大权力空间的机会，对个人而言是相对很少的。
其实小张的优点不少，只是因为事情处理得不到位，工作较难进行，而掩盖住了他身上的优势。他能让公司管理层授予他这么高的权力，说明他有不少令人信服的地方，才能获得这样的机会，这机会作为职场中人来说，十年连边可能都沾不到。
