Technology Blogs by Members
Explore a vibrant mix of technical expertise, industry insights, and tech buzz in member blogs covering SAP products, technology, and events. Get in the mix!
cancel
Showing results for 
Search instead for 
Did you mean: 
tkaess
Participant
0 Kudos

We have over 50 ABAP developer (senior experts). Primarily we develop in the old core module (SD, MM, FI, CO, HR, PP, CS, IH, PS) on ERP systems / business suite.


We have three groups of developer:

Group 1: They can’t await to work on new architectures – they’re open for all and have fun to work as a pioneer and dig in the deep of the system

Group 2: For this developer it’s all the same – for this people it’s not a problem to go to a other architectures

Group 3: They have no interest

-       to work in new architectures

-       to spend time to learn new things

-       they are very closed for new things

-       they have for all topics bad statements


I am part of the group 1. In my opinion in the IT it’s normal to spend much time at new topics in free time to keep up to date. New topics / innovative things make the developer job very exciting. For me it’s regular process – and that’s my own passion :smile: .


Since two month we have our own HANA system in our data centre as play field 🙂 (business suite on SAP HANA). I’ve some colleagues who made the HANA certification – and we made the first steps in our system. For group 1 and group 2 everything is okay and they’ve fun :wink: .


We have problems with the group 3. They find every hair in the soup – they spend very much time to search arguments against HANA. That’s our “negative group” :sad: . We copied our SAP System to a new system and made a technical migration. Now they compare the SAP System, which is based on an oracle datebase, with the new SAP System which is based on a HANA System. They go through the standard ERP process (offer / order / purchase order / goods movements / delivery / MM invoice / SD invoice / material master data / customer master data / vendor master data / conditions / financial bookings / etc.). They main argument is, that they can’t see a grow up of the performance / the added value of the invest / etc. Our other problem is that the group of this people have experience over 20 years in ABAP developing – and their opinion have a high weight. The other arguments: IBM and oracle are working on similar architectures – and we can hold on on the open sqlsyntax / on the present coding.


Have you similar problems to get the acceptance of group 3?


Have you tips / tricks for us?


Have you ideas for catching the group 3?


What standard components are really optimized for HANA?


In which standard components can we see a really performance grow up?


There are standard use cases to see the differences?


Which data volume do we need in the data model to see the differences?


What can we do to take the group 3 with us?

3 Comments
Labels in this area