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 | No Comments »

August 23, 2010 by EDI达人.

第一次要做这个东西是2008年。那个时候，只有需求，没有knowledge，没有experience，没有support。有的，只是“猜想”。当我现在再回头看当初做的文档，还能发现有很多错误。当时居然还能按时完成任务，运气真好。

今年，第一次做外部系统连接。且external partner不是customer，不是supplier，不是carrier，而是warehouse。项目计划10月上线。整个项目的进程是很怪异的。

1）2009年底，需求被提出。

2）2010年初，解决方案A提交。

3）2010年5月，解决方案A被否决。

4）2010年6月，解决方案B提交。

5）2010年7月27日，解决方案B被否决，重新回到解决方案A。

6）2010年8月，解决方案A，完成配置和开发。

由此可见，解决方案A真正从确认到完成，差不多花了才一个月。大多数时间纠结在了选择哪个解决方案的问题上。

而解决方案临到上线前两个月才被确认。难怪从年初到现在，很少有人对项目能按时上线持乐观态度。

我终于明白了什么叫“坚持目标，并面对现实”。如果这次居然还能按时完成任务，我要承认，运气是项目成功的关键因素。。。

Posted in IT顾问 | Print | No Comments »

August 2, 2010 by George.

最近参加了一个中级桌球课程，颇有感悟。由于本人已经有一定的桌球基础，所以基本技术并不是培训重点，而思想意识则是被经常强调的。我的教练（具备职业水平的非职业注册球员）跟我讲，打斯诺克也好，打九球也好，只要用二分法考虑三个球，然后滚动思考，再加上一定的全局观，就足够了。所谓二分法就是在打下一个目标球的时候考虑好母球的走位，这个走位不能简单的只考虑第二个目标球，还要考虑怎么打第三个目标球更顺手。具体做法就是在打球之前，先到击打第二个目标球的理想位置，看看第三个球是否好打。真正做起来，不是很容易；不过习惯了，确实感觉水平有所提高。所谓全局观，就是在整盘球的一开始，要看清全局，知道有哪些主要矛盾，也就是不太好处理的球。

由此想到解决问题时要想多远向多广。我们有的时候想问题是不是纠结得太远了？是不是在明确长期目标后，向着中短期目标努力，然后循序渐进就可以了？经常纠结在长远问题上的思考，是不是就一定比在阶段性成果后的方向调整要高瞻远瞩？是不是不谋全局也可以谋一域？所以我觉得具有全局观的滚动型中短期战略调整是比较实际的一种做法。

Posted in IT顾问 | Print | 1 Comment »

August 1, 2010 by ABAP999.

天坑一个又一个，蓝天已经是一年间难得一见，高温动辄就上39，40度，大雨大雪由百年一遇早已升级到了千年一遇，简直就是2012的前奏。可怜的是国民倒也越来越适应，就像在温水被煮着的活青蛙。

慢慢的能看到蓝天白云的地方就是稀奇了，有绿色树林的地方就成了氧吧了，而污染早已经是见怪不怪了。

Posted in 杂谈Misc. | Print | 3 Comments »

July 20, 2010 by ABAP999.

是否需要有轰轰烈烈的事件？是否要像樱花一样，虽然短暂却是灿烂？还是平平淡淡，有的吃，有的穿，又有点玩，老了有点回忆？

Posted in 杂谈Misc. | Print | 3 Comments »

June 10, 2010 by ABAP999.

问问题–顾问其实就和医生或律师式的，要想替业务方解决问题就得了解需求到底是啥，而不简单的做头疼医头，脚疼医脚的事，所以必须学会如何去问问题，一个好的方法叫Ascending & Desending Questions，通过这种方法向client问好的问题可以让client自己去发现真理！

 举个例子：

有人说我想需要个M解决方案…

要想了解要M解决方案主要的动机，背后的情感等抽象的东西时可以这样问， Ascending Question:

• M为什么对你很重要啊？
• 你需要M是为啥啊？
• 你希望M替你带来什么样的帮助啊？

要了解要M解决方案的背景的具体的，清晰的和基于事实的状况时可以这样问，Descending Question:

• M是什么？
• M对你来说意为着什么？
• 给我一个例子？

具体问的时候其实是Ascending和Descending交织着问，目的是通过好的问题来排除client的对M需求的偏见，从而达到了解问题的本质，然后提供真正可靠的M解决方案！

Posted in IT顾问 | Print | 1 Comment »

June 6, 2010 by EDI达人.

上周五，team activity，kala okay w/ gambling。没想到参加upgrade项目的主力都来了。看来kala okay 比sight seeing更有吸引力。

有意思的是，不是看谁歌唱的有多好，而是看谁歌唱的最好笑。比如，韩国人唱甜蜜蜜，就灰常有意思。而我呢，愣是把艾微儿的complicated，唱成了说唱版的。因为调调忘记了，只好把词一路念到底了。>.<

周末，又听到一个普通话不太标准的大妈，唱道“某某有一张慈祥的脸。”结果变成了，“某某有一张痴笑的脸。”哎哟，我这一路上就想着这事，痴笑着回到了家。

Posted in 个人趣闻Personal Memories, 团队趣闻Team Memories | Print | No Comments »

May 23, 2010 by EDI达人.

上周五，把所有在浦西的片区都参观过了。我同意某位同志的观点：这届世博会可以改名为：2010上海国际电影节了。还有人建议：上海国际短片节，或者上海国际宣传片展。在信息如此便捷的方式，各个馆却不约而同的采用了电影（准确的说，是视频）的方式展示自己国家。

以那位同志去过的几个有限的馆，几乎主角全是电影。澳大利亚馆，主角是旋转的电影屏幕；泰国馆，三场电影；美国馆，两场电影；听说新加坡馆，中国馆主角都是电影。。。为什么不建一个大电影院把所有的短片放在一起，以免大家排队，转场之苦呢？

Posted in 个人趣闻Personal Memories | Print | 1 Comment »

May 21, 2010 by ABAP999.

人的天性通常就是“恐惧”，这可以从人为什么总想准确的预测未来中反映出来，从而希望事情是顺着自己的意志发展，但是结果却往往事与愿违，就像买股票。人在恐惧中就像在一个黑暗的通道中摸索，总是期望在黑暗的尽头出现一个明灯，恐惧和希望就像扑克牌的两面，人生就像和翻牌做斗争，所以我们成人以后多数时候是在焦虑，不安，压力之中，即便有快乐也是没有永久性的。

Posted in 个人趣闻Personal Memories | Print | No Comments »

May 20, 2010 by EDI达人.

一日，我问同事，你将来打算让你儿子做什么。他儿子已经开始上学。我也没看到他让儿子去学什么钢琴、英语之类的。他说，主要看孩子的兴趣。我问，如果他没什么特别兴趣呢？小时候，一般什么都不懂，也不知道自己喜欢什么。当然有些小孩会有特别爱好的。怎么办？他说，那就让他做IT呗。起码，他这个爸爸比较熟悉一点，可以给一些指导。别人都认为做IT难，他看来，培养孩子做别的更难。我想想，还是有道理的。

Posted in 杂谈Misc. | Print | No Comments »