SAP R/3の現状と将来性について意見をください

質問

配置転換になる後輩から
「SAP R/3（をキャリアとして積むのは）どうなんでしょう？」
といった相談を受けました。
彼女と私自身はいわゆるスクラッチ開発の技術者をやっており、
配置先の部署には知り合いがおらず、あまり情報をあつめることができませんでした。
なので基本的には門外漢であり
・SAP R/3 といえばNo1のERP。
　であれば開発・導入を通してソフト自体がもっているベストプラクティス的な知識(販売とか会計？)が身につくかも？
・COBOL的な言語で開発をすることになって、それ自体は汎用的なスキルではないんじゃ？
・日本の企業文化に合わないという話が多い事。その割には事例は結構ある。・・・受け入れられてはいる！？
・資格取得がめちゃめちゃ高い→大勢の技術者はいない→仕事が集中して忙しいんじゃ？
・あ、でもだったら技術者としてはレアになるから高くうれるかもね～
といった予想とも妄想ともつかない表面的な答えに終始してしまいました。
ネットとかあさっているとERPもSOA（サービス指向アーキテクチャ）を取り込んでいたりと、なるほど新しい動きもあって面白そうだなぁと興味を覚えたこともあり
もうちょっと知っておこう！と思いたったわけです。
「答え」ではなくて「意見」でいいので開発者や識者の方おられましたら一言お願いしたいです。よろしくお願いいたします。
（具体的には私の妄想を訂正したり補填してくれたりが理解しやすいです）

回答No.2

ZZZ3334 · ベストアンサー

ERP業界には、パラダイムシフトが起きています。その最も大きな要因は、昨今はやりの SOA であることは言うまでもありません。SOA の登場により、SAP 社は、従来、「できるだけ標準にあわせ、アドオン開発はしないようにして下さい」といっていましたが、つい最近行われたTech Ed '06 （詳細は、参考URLの記事を確認して下さい）では、「競争力の源泉となるビジネスプロセスについては、積極的に開発してください」と、これまでのスタンスを180度近く変えるメッセージを、市場に送っています。

どのようなスクラッチ開発をやられているかわかりませんが、Java 系の技術者であるのであれば、SAP R/3 をやるよりも Java の経験を詰まれた方が良いと思われます。SAP の新しい製品群（CRM、SRM、SCM）は、パラメータ設定を行うような従来の R/3 のような製品ではなく、ABAP もしくは Java で開発をすることを前提とした製品に仕上がっています。SAP AG の開発者や製品管理者も、従来、パラメータ設定にて対応していたようなことも、全て、BAdi と呼ばれるユーザ企業に解放された、ユーザ企業独自のビジネスロジックを記述することが出来る部分に、ソースコードを記述して対応してもらうような方向で、製品設計をしているようです。

上記のような理由から、今後、SAP 社の製品で仕事をする上で、プログラミング経験は必須になります。したがって、スクラッチ開発とほぼ同じになりますので、いまさら、SAP R/3 の世界に身を投じる必要はないと思います。

参考URL：

http://www.atmarkit.co.jp/news/200610/06/sap.html

お礼

やはりそうなのですね。
ご意見を参考にその後彼女なりにも調べたようで
「スキルが足りなくて実感がわかないが、転換期であることは間違いない」と言っていました。
（お礼がおくれてすいません・・・・）
（いづれにしても受け売りでそのままいけそうな）ご回答ありがとうございました！

回答No.1

fuuuun

彼女の場合は前向きに考えても良いのではないでしょうか。
１．ベストプラクティス的な知識は確かに身に付きます。
２．COBOL的な言語とはABAPのことでしょうね。汎用スキルではありませんが市場は結構あります。人月単価も大分下がってきましたが。
３．薬品とか商社はほとんどSAPになりましたね。最近はERPはモディファイせずに入れるという意識も浸透してきました。経営のスピードが要求される時代になってきましたので、統合性の高いERPであるSAPは有望だと思います。
３．SAP技術者は今ほとんど売り切れですから忙しいでしょうね。
４．従って、一般プログラマよりは高く売れます。

スクラッチのプログラマとして、お客の要求をプログラム命令の最適組合わせで満たすことを考えて来たと思いますが、SAPではそれを機能ブロックの組合わせで考えることになります。それがどうしてもできないときにABAPによる固有プログラム開発の登場となります。（このほかABAPは周辺システムとの連携にも使いますが）。ABAPをなるべく使わないで済むような解決策を見いだしてお客を納得させるのが腕の良いSAPコンサルです。

お礼

お礼が送れてしまい申し訳ありません。
なるほどベストプラクティスな知識はみにつきますか、
ちょっとうらやましいですね。
私の会社だから？というのもありますが、
確かに転属先が多忙を極めていることもわかりました。
辞令なので断ることもできませんが、ご意見を参考に自分でも調べたみたいでそれなりに納得して(転属先へ)行けたようです。
ありがとうございました。