前任虽然已经离开，但他的影子无处不在，与前任素来交好的同事会不冷不热，在背后还会悄悄议论，与他有隙的同事则可能想要走近新任CIO，或者还会说说前任的小坏话。不管怎样，在接任伊始，新任CIO一定要对所有同事做到一视同仁，至于培养亲信和发展几个亲密战友，那是以后的事。

　　新任CIO对前任的态度直接影响项目的人际关系，其实，新任CIO的态度对前任来说，已经没有太多的实际意义，只是一个面子的问题。但是，对于新任来说却至关重要，它关系到新任CIO的声誉和形象，关系到项目的各项工作能否健康延续。说严重点，是衡量新任是否有领导水平、是否有大家风度的重要标志。

　　(2)“骂法”与“敬法”

　　一般而言，处理与前任的关系有两种方法，一是“骂法”，二是“敬法”。因为无法回避，所以没有回避之法。或骂或敬，凸显出几分人情世故。同时，也是向老板和下属显示素质和肚量。

　　“骂法”好理解，简单易行，那就是将所有的困难和麻烦全部推到前任身上，骂前任一无是处、一塌糊涂，骂个狗血喷头，批个体无完肤，自己则打扮成项目的“救世主”。而“敬法”确实需要有点大家风范，不是一般人所能为。“骂法”虽然简单易行，但要是控制不好节奏，拿捏不好尺度，其负作用不可低估。俗话说，“秦桧还有几个好朋友呢”，前任肯定会有几个忠实的支持者。他们对前任的怀念，本来就可能对工作产生负面影响，如果不分场合，口若悬河没完没了的指责前任，很容易引起他们的反感和对昔日的怀念。一旦产生“化学反应”，项目的某些顽症不但得不到缓解，反而可能更加危机重重。

　　所以，过多地评价前任的缺点，靠这个不仅抬高不了自己，而且还会给人留下小肚鸡肠的坏印象。当然，经常碰到帮前任擦屁股之类的差使，有时也会感到很委屈，但“骂”能解决问题吗?如果给予前任足够的尊重，正确处理好彼此的关系，就会变被动为主动，前任的支持者会自然而然地接受新任CIO，成为项目重新启动的重要支柱力量。

　　三.团队重组重在激励士气

　　ERP项目实施不能依赖某个个体，即便个体重要如CIO，发挥团队的力量才是根本所在。但如果这个团队士气低落，那么作为新任CIO将会遇到很多的困难和阻碍。上任伊始，CIO应要花较多的精力去了解各团队成员的作用，哪些成员是对项目实施有利，哪些成员是“鸡肋”。因此，重组项目团队，提升和激励士气是重中之重。

　　(1)不要轻易否定前任团队的工作

　　当交接工作完成后，接力棒就被交到了新任CIO的手中，下半程的跑道就要开始了。在新的工作岗位上，首先要面对的就是重组项目团队的问题，对IT部原有成员的工作要适当给予肯定，只有调动IT内部人员的工作动力和信心，以后的工作才会顺利。

　　中途接管一支已成立的团队是一项很具考验性的经验。在新成立的团队里，CIO可与团队一起成长。而中途接管团队的CIO却需立即进入状态，以此证明自己掌管和认识团队的能力。接管前任的团队，就好比穿别人穿过的鞋，总有不合脚的地方。对原团队老是批评与挑剔，会像一朵看不见的乌云压在新团队里的老成员心里，会成为一个毒瘤一样的隐患。

　　(2)少批评多激励，树立新的威信

　　在重组的新团队中，CIO要把握好两个方面：一是要理清团队人际关系;二是对士气要少批评多激励，多做实事体现实力，树立新威信。前任CIO像一个“隐形人”，在新任CIO的前几个月内有着无处不在的影响力，他的能力和工作方式如何?他和上下级同级同事的关系如何?他留给公司的印象如何?CIO在开始之初要面对的人际关系中最复杂的是与IT部门同事的关系，他们当中可能有失败的职位竞争者、前任CIO的心腹、喜欢挑战权威的技术狂热者。新任CIO能否经得住技术、人品、能力等多重考验，能否让部门同事心服口服，可能要比老板对CIO的面试更复杂一些。

　　四.制定有效措施，重新启动项目

　　之所以前任留下的是一个烂摊子，说明前任的工作思路有一定的问题，重新启动项目需要改变以前的做法。新任CIO应该要有自己的思路，如果没有自己的思路，只能人云亦云，或者照搬过去的做法，项目再陷入困境的机会是很大的。

　　(1)不要被原方案所束缚。接手一个未完成的项目，本来就有一定的风险。但是，既然接手，那就要对整个项目仔细分析，找出其中有用的东西。同时要对其中的做法进行改进和调整，做必要的调整时不能被原有的方案所束缚，否则将陷入已有的烂摊子旧路上来，这样是必定失败的。

　　(2)尽快明确细节和进度。暂停的项目重启后肯定是时间紧、任务重，要快速地查找问题所在。新一轮的项目计划里要把项目目标重新分解，并制定切实可行的落实政策，对具体的问题要根据现实情况做合理的选择。在这个基础上，CIO还要建立规范的工作流程。同时，要对实施中可能出现的各类问题有预见性，做好充足的预案，在项目的实施过程中一旦出现各类困难，也能将项目顺利地实施下去。

　　(3)是严格按时间进度进行阶段性验收。要把能先摘的成果先摘下来，以胜利来激励士气。

　　IT专家网原创文章，未经许可，严禁转载!