学习的能力是最重要的能力（引自乔治的SAP生活）

September 2, 2010 by ABAP999.

我的想法是，先去ST22看DUMP LOG， 那里有可能有明确提示，并给出了出错的ABAP语句，那么就可以开始修正了，一个经常发生的原因是动态的定义，赋值不对，在运行程序的过程中才出错，所以查一下变量定义是个办法。如果这个不对，那么一般在DUMPLOG里都给出了程序名或者关键字。

要知道，你不太可能是第一个碰到这个错误的人，那么别人是怎么解决的，对你非常有益。所以我的第二步是去SERVICE MARKET PLACE，按关键字查OSS NOTE，这里是否有足够的SAP经验就非常关键，如果没有经验的人，输入的关键字，可能得出上百条NOTES,而无所适从。而有经验的，可以给出更多的关键字，比如FUNCTIONAL AREA，TCODE, ABAP DICTIONARY VARIABLE NAME， 得出的信息是几条或者十几条。

然后还是阅读能力和经验在起作用，如何能在短时间内迅速排除不相关的信息？如果是我，我看标题，看SYMPTOM一栏，基本可以确定是否有效，NOTE的号码越大说明越新，这对RAMP-UP用户来说就是要尽可能排除老的NOTE，因为已经失效。如果找到合适的NOTE，然后再看DIAGNOSIS, SOLUTION。如果是直接的更正，这里有两个好工具，一个是T-CODE: SNOTE，很容易掌握，可以直接实施NOTE，而且可以反向卸装NOTE,另外一个是DOWNLOAD MANAGER， 这是保证续传的一个工具，对于比较大的文件，可以用SAP DOWNLOAD MANAGER来执行下载。

如果SERVICE MARKET PLACE还是没有找到解决办法，这就可以到我最喜欢的SDN去了，这里本来是自SAP拥抱第三方开发工具，JAVA等等而开始的一个开发者的论坛，主要的读者是技术开发者，但是这里越来越取代SERVICE MARKET PLACE成为最受欢迎的地方，因为这里你可以提任何SAP认为BILLABLE的问题。 (SAP有个臭名昭著的NOTE，解释什么问题是BILLABLE的，如果一旦判定是BILLABLE的，SAP就不予解答，除非你答应付咨询费）。在SDN，任何问题都是有效的，而且你可以得到SAP开发者的非常友善详尽的回答，还包括很多非常杰出的印度人，俄罗斯人的答复。很多时候我甚至都不需要提问，而只需要搜索即可，而得到的答案更加令我满意，相比SERVICE MARKETPLACE的OSS NOTE来说。 为什么呢？ OSS NOTE是SAP编写的，基本上是以典型问题为主，而且内容的详细程度受到SAP AG的人力限制，尽管德国人已经尽力了，他们在爱尔兰，新西兰，印度都设了全球支持。

但是SDN是大家自发的互助论坛，最大的优势，也是我最喜欢的，是SDN的回复速度，使我一直怀疑有一批家伙一直守着SDN，喝着啤酒，吃着波兰的小泥肠，时刻准备回答问题。一般来说我的提问的回复速度，是3－30分钟，不管我问的问题多么棘手。（当然这里有个如何描述问题的技巧，这，也是与SAP的经验绝对相关的。）

好了，如果SDN得到了答复，就知道如何往下执行了。如果得不到答复呢？ 这时候可以问同事，查公司的以前的HELP TICKET 记录（以前的HELP TICKET记录，如果保存的好的话，自己建立了TREX式的KNOWLEDGE BASE， 那么应该是第一步该做的）。

为什么不先问同事呢？ 因为自己需要在寻找问题的过程中熟悉问题，需要锻炼自己的思考能力，需要自己独立解决问题，至少试图解决问题。我发现一说就收不住了，很容易跑题，我尽力集中在这个主题上吧，学习能力。 有时候SAP的工作令人沮丧，因为长久无法取得进展，但是在失败，否定中，长时间地和系统打交道，和错误信息打交道，慢慢地你在熟悉这个系统，而你并不知觉。谁能知道呢？

如果我来面试你的话，我就可以知道。 SAP的经验，大多数的时候是从失败的经验中获得的，这是做支持的人优于做实施的人的地方。当然实施的人也有优势，这个以后再说。

如果一切都无济于事，那么怎么办呢？这才是需要开始学习这个流程，实施的文件，做128POINT CHECK的时候了。（比较高级的二手车，比如凌志，宝马，奥迪，在销售的时候，车商都做一个CERTIFIED 128 POINT CHECK，完整检查维护一遍，然后给出几万英里的WARRANTY)。 这比较累人，需要仔细检查每个环节，记录每个疑点，多次测试，争取达到错误的可重复性，对了，还有联想能力，假设能力，这些都非常重要，这里不多说了，以后再说。这个工作比较繁重了，但是做得好，迅速的，仍然是有经验的人。

Posted in IT顾问 | Print | 1 Comment »