(续前发表的博文 "在美国公司爬梯-敢于冒尖", "在美国公司爬梯-不断学习", "在美国公司爬梯-善于领导")
协同作战
IT 的许多项目是跨部门的,在开发和支持中,上有用户的要求,尽管是公司内部,有的用户也是很挑剔的;左有其他相关的IT开发部门,右有系统操作和支持部门,等等.所以,作为项目技术负责,要协调好各部门,协同”作战”也是蛮头痛的任务.在公司爬梯,也有点像过五关的味道,先过技术关- 技术过硬,还要不断更新,再过管人关,要指导, 支持好手下的开发人员; 还要过好各部门协调这一关.
协同作战
IT 的许多项目是跨部门的,在开发和支持中,上有用户的要求,尽管是公司内部,有的用户也是很挑剔的;左有其他相关的IT开发部门,右有系统操作和支持部门,等等.所以,作为项目技术负责,要协调好各部门,协同”作战”也是蛮头痛的任务.在公司爬梯,也有点像过五关的味道,先过技术关- 技术过硬,还要不断更新,再过管人关,要指导, 支持好手下的开发人员; 还要过好各部门协调这一关.
经过几个项目历练后,我被调到公司全企业数据仓库部门.这里汇集了企业各部门的信息和数据,有商品,物流,销售,促销,采购,商场商品配置,批发流通,等等。我们负责将所有数据采集,转换并储存到数据库,再进行信息数据分析,为公司高层提供商业信息和智能服务。几年以前,我们公司的高层已经主要依靠我们的信息和智能报告,作大多的方案和决策.
当然，这只是最简单的事例。有许多十分复杂的现状报告,模型分析和预测,都是在我们企业数据仓库内完成的。而我们数据的源头来之四面八方，如何准确及时地获取各部门数据和信息，这里面，协同“作战”发挥了很大的作用。几年前,我们公司的采购(Ordering) 有十多套不同的系统,有的在主机上,有的在分布式系统上,也有的在微软WINDOW系统上,而这十几套采购系统最终都将它们的数据输入进我们的企业数据仓库.有一阵,我们的采购数据库的运行常出问题,有些采购单无法被存入我们数据库,我们初步判断其原因是在数据源头的系统.这项排解难题的任务落到了我身上.我仔细地分析了问题,认为问题很可能出在某一采购系统的数据类型和字段属性作了调整.但要证实此分析,按一般程序,要我们部门提出任务单,”翻墙"到有关采购系统部门,再由他们的头分配下去,而且,它们更注重的是自己系统的正常运行,对我们下游的系统,往往处理较慢.鉴于这种情况,我在走正常渠道同时,采取了”破门而入”的方法,直接找到底下相关程序员,同他一起协同分析,很快就将问题解决了.在处理源头数据问题时,采用这种并肩"协同作战"的方法,不仅较快地解决了问题,还熟悉了源头系统,也认识了不少别的部门的"战友".这可都是很好的资源呐!
协同”作战”有时是在更大的范围内.有一次,在开发我们物流全程运输报告时,其终极系统试验出了问题,用户坚持说公司西部区域的运输时间均有误差.物流全程运输报告用来追踪从采购起,到商品抵达商场货架的全过程, 这里包括了许多环节,有十几个独立的技算计运作系统,我是此项目的技术负责人,协同这十几个系统,逐一分析排查,各系统的有关技术人员都集中在”作战室”,连续奋战了十几个小时,才终于查明了问题所在.原来.在从快速中转中心到商场的这段运输系统中,没有按我们的要求统一使用美东时间,而使用了当地时间.这样,当它们的数据参入我们的运算模型后,影响了整个物流时间.这种协同作战是强度很高的累活,我们美其名曰”会战”.以后几年里,由于我们企业数据库开发得越来越庞大,这类的”会战"也越发多,而作为项目技术负责人,担当核心协调人是逃不掉的差事.而这些几经沙场的历练,也使我再上了一个台阶,成为主管系统工程师,离玻璃天花顶也就只尺之遥了.
尾记本文只报喜,未报忧.没谈及美国公司的负面东西,并不意味它们不存在.办公室政治无所不在,只是程度有异而已.如果将我们公司比作一台硕大的机器的话,办公室政治就是它里面的斑斑点点污垢.作为我们技术人员,避之则为上.美国公司的办公室政治总体上比较少.其次,本文所言的”冒尖”,并非要成就一鸣惊人之举,只是相对于我们老中同胞们的过于谦虚,退缩忍让之举而言. 当然,也要打有把握之仗.
至于那令人讨厌的玻璃天花顶.要想桶破它,除了自我条件外,也许还需要天时,地利,人和.我们也许不差天时- 来美后,虽说经济平平,但IT却兴旺发达;但我们移地生根,水土不服,何来"地利"? "人和"也就更难了,有多少人能成功地”挤”进主流人群呢? 故此,向我们这一代留学人,真能冲出玻璃天花顶的, 也就凤毛鳞角了.
最后,本文系平铺直叙的随笔,因为这些往事实为平淡而无奇.我相信有无数像我们这辈留学人,有着比我光鲜亮丽无数倍的业绩.然而,尽管平凡,但也难忘.
