u***************r
发帖数: 11227 | 1 发信人： blamemann(冷心男), 信区： Working
标题： 在美国公司爬梯- 协同作战
发信站： BBS未名空间站(Thu Sep 21 10:21:36 2017,GMT)
IT 的许多项目是跨部门的,在开发和支持中,上有用户的要求,尽管是公司内部,有的用
户也是很挑剔的;左有其他相关的IT开发部门,右有系统操作和支持部门,等等.所以,作
为项目技术负责,要协调好各部门,协同”作战”也是蛮头痛的任务.在公司爬梯,也有点
像过五关的味道,先过技术关- 技术过硬,还要不断更新,再过管人关,要指导, 支持好手
下的开发人员; 还要过好各部门协调这一关.
经过几个项目历练后,我被调到公司全企业数据仓库部门.这里汇集了企业各部门的信息
和数据,有商品,物流,销售,促销,采购,商场商品配置,批发流通,等等。我们负责将所有
数据采集,转换并储存到数据库,再进行信息数据分析,为公司高层提供商业信息和智能
服务。几年以前,我们公司的高层已经主要依靠我们的信息和智能报告,作大多的方案和
决策.
当然，这只是最简单的事例。有许多十分复杂的现状报告,模型分析和预测,都是在我们
企业数据仓库内完成的。而我们数据的源头来之四面八方，如何准确及时地获取各部门
数据和信息，这里面，协同“作战”发挥了很大的作用。几年前,我们公司的采购(
Ordering) 有十多套不同的系统,有的在主机上,有的在分布式系统上,也有的在微软
WINDOW系统上,而这十几套采购系统最终都将它们的数据输入进我们的企业数据仓库.有
一阵,我们的采购数据库的运行常出问题,有些采购单无法被存入我们数据库,我们初步
判断其原因是在数据源头的系统.这项排解难题的任务落到了我身上.我仔细地分析了问
题,认为问题很可能出在某一采购系统的数据类型和字段属性作了调整.但要证实此分析
,按一般程序,要我们部门提出任务单,”翻墙"到有关采购系统部门,再由他们的头分配
下去,而且,它们更注重的是自己系统的正常运行,对我们下游的系统,往往处理较慢.鉴
于这种情况,我在走正常渠道同时,采取了”破门而入”的方法,直接找到底下相关程序
员,同他一起协同分析,很快就将问题解决了.在处理源头数据问题时,采用这种并肩"协
同作战"的方法,不仅较快地解决了问题,还熟悉了源头系统,也认识了不少别的部门的"
战友".这可都是很好的资源呐!
协同”作战”有时是在更大的范围内.有一次,在开发我们物流全程运输报告时,其终极
系统试验出了问题,用户坚持说公司西部区域的运输时间均有误差.物流全程运输报告用
来追踪从采购起,到商品抵达商场货架的全过程, 这里包括了许多环节,有十几个独立的
技算计运作系统,我是此项目的技术负责人,协同这十几个系统,逐一分析排查,各系统的
有关技术人员都集中在”作战室”,连续奋战了十几个小时,才终于查明了问题所在.原
来.在从快速中转中心到商场的这段运输系统中,没有按我们的要求统一使用美东时间,
而使用了当地时间.这样,当它们的数据参入我们的运算模型后,影响了整个物流时间.这
种协同作战是强度很高的累活,我们美其名曰”会战”.以后几年里,由于我们企业数据
库开发得越来越庞大,这类的”会战"也越发多,而作为项目技术负责人,担当核心协调人
是逃不掉的差事.而这些几经沙场的历练,也使我再上了一个台阶,成为主管系统工程师,
离玻璃天花顶也就只尺之遥了. |
