在我第一次接触到应用程序生命周期优化这份工作的时候,我懵了。这是要干什么?测试?分析?挑毛病?这些当年的猜测现在看起来真的很不专业,但是很有想象力。对于我们公司而言,我所做的是一个比较新的东西,没有成型的指导,只能摸着石头过河。当时我基本不会abap编程,模块的知识也少的可怜,关键同事们在干什么,我也不知道。当然,我要干什么,我也不知道。我被分到一个“X”的组,很抽象。
好吧,我的头一个月的工作,只有两件事: Update Error 和 Runtime Error。懂点SAP的的人都知道,这就俩t-code。我暂时由两名开发的同事带着。当时比较幸运,部门内事情不多。各个同事都有交换工作内容的信息的意愿(外资企业的优势,部门内部竞争少,工作内容划分清晰,每个人有自己的topic,互不干涉)。我也就稀里糊涂的参加了一轮各个模块的培训。由于知识level的限制,每天盯着两个t-code,工作越发无聊。我渐渐开始每天打打瞌睡(恰巧7月)。我记得比较囧的一次,领导过来了,拍拍我的肩,我一吓,顿时忐忑不安。领导笑眯眯的说:“怎么样?下去帮我买个可乐,黑色的那个。” 这也成为大家的笑料。。。
小结:
资源(或者说是优势、幸运,或者说做好这份工作的必要条件):
1. 这家公司的SAP部门模块比较齐全,文档比较齐全。职责划分比较清晰,我除外。
2. 公司氛围积极向上(起步的我除外),同事间相处和谐,领导相对宽容。
困难:
1. 我的职责还不是很明确,只是个想法。没有可以考量的标准。
2. 对于一个新手,要去了解系统的运行、程序、业务,是很大的压力。我面对的是爆炸式的知识量。