Monday, April 14, 2008

An Unexpected Turn at Management

I have not been nearly as successful at integrating blogging and podcasting back into my life as I wanted after my unreal, fantasy assignment in China ended at the end of October 2007. After the holidays and after some procrastination on my part, I was hit with a reorganization at work. Suddenly I was asked to be a first line manager.

For some people this would have been an exciting event and cause for celebration. But for me it was cause for pause. In some ways I had made a career out of not becoming a manager, a pure sales person, or a project manager. I had managed to advance to a pretty high level on mostly my technical merits, successful projects, and some happy clients who kept signing up for more services based on that success. I was comfortable in a career path that would hopefully get me at least one more promotion some day (soon I hope) to what IBM calls a "Distinguished Engineer." I was to be a mentor but not a real manager.

Now I was asked to officially take over the care and feeding of 14 specialists and architects. Something inside told me that I should say "yes" and give it my best shot. I still want to be a Distinguished Engineer but I think now is the time to grow some other skills which may prove valuable later. In the past, when something unexpected happened in my career it usually turned out to be for the best after all. Visit my other blog if you're curious about my outlook on such things.

Copyright © 2008 by Philip Hartman - All Rights Reserved

The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Tuesday, February 19, 2008

A new breakout of the acronym “SAP” heard today:

SAP = Slow and Painful

Monday, February 11, 2008

International Conference on Global Software Engineering

If you have been a regular reader of my blog, you know that globalization is one of my favorite topics of discussion. Therefore, I would like to draw your attention to the International Conference on Global Software Engineering which will be held August 17-20, 2008 in Bangalore, India. (Recently renamed Bangaluru.) The event is sponsored by the IEEE Computer Society.

Please note that if you have some thoughts to share, there is still time to submit a paper. The deadline for abstracts is Feb 21, 2008 and the deadline for papers is Feb 28, 2008.

Yours truly is a member of the Program Committee for the event. However, that doesn’t mean I automatically get to attend. I still have pay the registration fee and pay to get myself there… or convince my employer of the wisdom of spending their money to send me. I had the good fortune to visit my team in Bangalore and interview a few programmers for positions back in the fall of 2004 and I would certainly enjoy a return trip for the conference. I would be curious have any of you (my readers) had success at securing funding for travel to this kind of thing? If so, I’d love to hear how you justified the expense to your employer.

Copyright © 2008 by Philip Hartman - All Rights Reserved

The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Sunday, February 10, 2008

Do You Use a Dash?

This may be a silly thing, but when you write your job title, do you write it as "I/T Architect" or "IT Architect" ?

I got used to using the slash several years ago. I think that is what I saw most often inside IBM where I work.

However, now it seems that I am seeing the title written without the slash. I noticed that the Open Group certification program uses no slash. (See the Master Certified IT Architect logo on the right side of my blog.)

I'm tempted to abandon the slash. What do you think? Which do you use? Which do you like better?




Copyright © 2008 by Philip Hartman - All Rights Reserved




The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Tennessee Rational User Group

I received an email a while back from Tin Dizdarevic of the Rational User Group looking for a volunteer to lead the Tennessee Rational User Group. After much soul searching and a little procrastination, I decided to raise my hand and take this on.

If any of my readers from Tennessee would like to joint the Tennessee Rational User Group, please go to the Global Rational User Group web site, use the "Find a User Group" feature to search for the chapter in Tennessee, and register for the group.

I am also soliciting suggestions on the best (or least bad) times for the User Group to meet, how often it should meet, where it should meet, and what topics you would like to see addressed.

I'm Back (At Least I Hope So)

I am a little embarrassed at how long it has been since my last post. My project in China was very demanding and when I rolled off that project the end of October I went immediately into the Thanksgiving and Christmas holidays. It was January before I started feeling normal again and by then I was out of the habit. I will try to do better now.

Wednesday, December 19, 2007

Now Podcasting, Too !

One of the things which I learned in China is that many of the young, educated, professional Chinese view having good English language skills as a prerequisite to many of the top jobs in China. Apparently, the best jobs in China all require regular interaction with foreigners like me. I found they were a lot more interested in me helping them with their English than in helping me learn Chinese.

For some reason, I found that many found my voice, cadence, and diction easier to understand than most. (Maybe they were just trying to be nice to me?) Being from Tennessee in the American South, I mentioned this to an American from South Carolina that I met in Beijing. He laughed and told me that "the Chinese love Southerners because we talk slow." Whatever the reason, I took an interest in teaching English and came up with the idea of using a podcast with corresponding transcript to assist my new friends with pronunciation even when I am not around.
Off topic for this blog... but for anyone who might be interested I even got to teach English in a Chinese government-registered church. See My Chinese Church Away from Home.

I decided to start a podcast equivalent to this blog at http://artsciita.podbean.com/. If English is not your native language, I hope you will check it out. This is something of an experiment so if you try it and like it, you had better let me know. It is a little extra work on me and I might lose interest if nobody seems to be paying attention. Here's an online MP3 player with links to share our subscribe to the RSS feed. I went back and added voice for the most popular posts and a few of my personal favorites.

Copyright © 2007 by Philip Hartman - All Rights Reserved


The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Back to the Real World After China

About 6 weeks ago, I completed one of the most challenging 10 months of my entire 26+ year career. I helped create the Enterprise Service Bus for a major Chinese company and during that time I made six trips to China and spent a total of 4.5 months there. I joked with friends that I did not live in the "real world" anymore because I would have never believed that anyone would actually pay me to work in China for so long. I did, however, learn a lot about globally distributed teams, ESB's, SOA, and the culture clash of trying to make people from China, the US, Canada, and India all work together.

In particular, my job was to help integrate their website with 3rd party service providers and their SAP back end. My resume is now full of references to XML, web services, canonical data modeling (XML schemas), WebSphere Message Broker, and WebSphere Process Server.

It was a heady time but I must confess I'm glad its over. It has taken me several weeks to get back into the groove and sit down and take some time to blog again.

Copyright © 2007 by Philip Hartman - All Rights Reserved

The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Tuesday, August 21, 2007

Learn to Love Your SAP IDoc

Over a year ago, I had a post in which I discussed how difficult it is for a custom application development person like myself to get adjusted to projects based on a packaged application like SAP. It had the somewhat humorous title How to Talk to an SAP Consultant (If You Must).

If you keep reading this post, you will see that I am now starting to understand some of the SAP terminology which once seemed so incomprehensible. I hope you will find this post helps accelerate your own understanding of SAP if you are thrust into it like I was.

I now have become all too familiar with the SAP interfaces for external system known by the name "IDoc".

SearchSAP.com provides the following definition:

IDoc (for intermediate document) is a standard data structure for electronic data interchange (EDI) between application programs written for the popular SAP business system or between an SAP application and an external program.
Being relatively new to the SAP world, these complex documents reminded me of database schemas generated by the old Computer-Aided Software Engineering (CASE) tools with many cryptic table names and field names that only an automated tool could keep track of.

For example, suppose you want to create an order from an external system in the Customer Relationship Management (CRM) module of SAP. What would you expect the interface to be called? How about something like "Create Order"? Wrong! My client's CRM team first instructed us to use a standard IDoc going by the rather unintuitive name of "CRMXIF_ORDER_SAVE_M02". Shortly later, they decided that this standard IDoc would not meet all their business requirements and they created a new IDoc from the standard one and gave it a name they prefixed with a "Z" and added a different ending. I will stick with the standard create order IDoc for this post, however.

Ok, suppose you get past that detail, get into the right IDoc and start looking for the data representing the order header. Do you find it under something like "Order Header" or "Order"? No! Try looking for something SAP calls a "segment" and whose name is "E101CRMXIF_BUSTRANS".

help.sap.com has this to say about segments:

Segments form the basic building blocks of an IDoc type and are used to store the actual data.

A segment type is the name of a segment and is independent of the SAP release.

The segment definition is the release-specific name of a segment. By combining the segment type and the release, the required segment definition can be determined: This way, you can assign segment definitions from previous releases to an IDoc type in the current release. This may be necessary if, for example, the partner is using an older release which supports your current IDoc type but not your current segment definitions. You then have to "reset" these in the Structure link Partner profiles .


This segment type name is not completely random but is based on the phrase "business transaction" instead of order. I believe the addition of "E101CRMXIF_" to the beginning makes the segment type release-specific and specifies the segment definition.

Each segment can in turn have multiple fields. Some of these fields can contain data defined by another segment. These can be optional or mandatory. One segment can have a 1:1 or 1:n relationship with another segment. For example, the standard E101CRMXIF_BUSTRANS segment looks like this when I look at it in the XML editor of Rational Software Architect v7 (though truncated to what would display on my screen and still be readable):


Note that the order segment has many individual elements (mostly strings) followed my many references to other segments. The graphical representation looks a lot like an object model or database design.

An entire SAP IDoc can be huge! The entire IDoc for orders includes well over 200 IDoc segments. After I used my XML editor to format the XML schema of CRMXIF_ORDER_SAVE_M02 so that it was neatly indented and had line feeds before each level of nesting, the resulting XML schema file was a mere 38257 lines long.

If your next project takes you down to the implementation level of SAP, I hope you're a detail-oriented person.

(Dec 2007) English not your native language? I've begun making podcasts of popular posts and they are available at http://artsciita.podbean.com/. Listen online at that URL, with the MP3 player below, or subscribe to the podcast using the RSS feed and listen with your favorite MP3 player.

Copyright © 2007 by Philip Hartman - All Rights Reserved

The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Perils of Over-Customizing SAP-Broken Reports

I've been around clients for some great discussion on the perils of over-customizing SAP lately. I hope to collect some of the lessons learned here for your reading enjoyment and career enrichment.

Here's a comment made by a country sales manager at a meeting I attended in May 2007.
"They told us that the new SAP system would have over 160 reports out-of-the-box that we could use to run our business and we didn't plan on having to create a lot of custom reports. Now they tell us that's not true. Almost all the out-of-the-box reports are broken. Almost every report we need must be a custom development."
It seems this company made some customizations to their base SAP system (ECC) when they were only operating in a only single country and were focused only on a transactional, commodity type business model. They then moved into multiple countries and began to look closely at big, relational customers and value-added services. To support this, they planned to create a new CRM system running on top of their existing ECC. They were not happy to find out that their legacy of prior ECC customizations "broke" a lot of the standard SAP reports.

I'd love to hear from other people who might have an SAP over-customization lesson to share.

(Dec 2007) English not your native language? I've begun making podcasts of popular posts and they are available at http://artsciita.podbean.com/. Listen online at that URL, with the MP3 player below, or subscribe to the podcast using the RSS feed and listen with your favorite MP3 player.


The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.

Friday, June 01, 2007

Globalization and the Brain Drain

As more than a casual observer of the globalization of technology (I type this from my hotel room in Beijing) I was amused to read the article "China hit by brain drain, report says" in the China Daily provided by the Beijing Hilton. The article made some pretty stark comments about the state of affairs:
  • Since 1978, more than 70% of all Chinese who traveled abroad to study chose not to return home
  • Between 1978 and 2006 about 1.06 million Chinese went to study overseas and just 275,000 returned home.
  • About 300,000 people who went abroad with the initial intention of visiting relatives later enroled in higher education and stayed
  • Chinese students overseas, especially those with extraordinary abilities are a real hit in the global tug of war for talent.
I guess this must be true. After all, why am I here in China? Why do I personally know five IBMers from the US who'll be working here next week?


The postings on this site are my own and don't necessarily represent IBM's positions, strategies, or opinions.