こんにちは、Habraコミュニティ。
私はPMモジュールの初心者のSAPコンサルタントであり、SAP R / 3 ERPシステムの研究の経験を共有したいと思います（そして記事がサンドボックスを通過したら、議論中にフィードバックを得る）。 私の問題は、会社に来て試用期間に入ったときに、適用されたタスクを受け取らなかったことです。 私はシステム、一連のコース、時折質問に苦しむ人に精通する時間がありました。 もちろんこれはすべて素晴らしいことですが、それは本でサッカーをすることを学ぶことに等しいものでした。 彼らもボールを与えました。 しかし、誰とでも。
一人でサッカーをする方法を学ぶ方法を気にする人-猫の下で歓迎してください。
私の仕事の最初の月の間に、彼らは私が若い専門家の会議にサインアップされたと私に言った、そこで私はプロジェクトを提出しなければならない。 彼らは私にトピックを与え、「ここから出て昼食前に」と言った。 トピックは「優先機器の修理、リスク管理」でした。 2か月間、私は頑固に文献を研究し、プレゼンテーションを見て、機器の状態を分析および予測し、リスクを評価し、マトリックスを生成し、修理に優先順位を付けるなどのアルゴリズムを開発しました。 一般に、私は何でもしましたが、SAP R / 3はしませんでした。 会議の時が来た、結果は何らかの理由で期待に応えられなかったが、私は特に怒っていませんでした。
この会議はもちろん素晴らしいことですが、3か月間の作業の間、SAP R / 3の知識が実際には進歩しなかったことに気付きました。 いいえ、すべての主要なコンポーネントの動作、そのプロパティと設定の一部は知っていました（暗くて暗いので、特に設定がいくつかあると言います）が、これは非常に小さいものでした。 ほとんどは理論的な知識でした。 私は何かを変える時だと決めました。 地平線上に計画された実際的なタスクはありませんでした。 私は長い間プログラミングをしており、同じパターンに従うことを決めました。単純なタスクを設定して解決します。 しかし、そこにありました。 プログラミングを勉強するなら、誰もが完全に理解する機能を備えた計算機を書くことから始めることができますが、ここで私は私の監督下でモジュールの機能の能力を非常によく知りませんでした。
そして、私は研究テクニックを求めてインターネットを旅しました。 フォーラム（主にsapboard.ru）をさまよう。 彼が得ることができるすべての文献を読んでください。 私が連絡できる専門家と積極的にコミュニケーションを取りました。 すべてが問題の陳述にとどまりました。 そして、もう一つの憂鬱な冬の日に、それは私に現れました。 フォーラムは未解決の問題の倉庫です。 私は小さく始めました：オブジェクトの構成。 属性の値が変更されると、オブジェクトの仕様が変更されました。 複雑なことは何もないように見えますが、見た目ほど単純ではありません（設定が豊富にあることが難題であることを繰り返します）。 これに数日を費やし、最終的には望ましい結果が得られた後、私は今見たトピックからすべてのタスクをシャベルで始めました。 ここでは、ニュアンスを理解し考慮に入れる価値があります。タスクは非常に狭く、実装されたプロジェクトのフレームワーク内で実行できますが、もちろん、私（誰でも）には実装されていないため、壁にぶつかる可能性があります。 結局、私のトレーニングは上り坂になりました。 その過程で、単純なタスク（知識を統合および体系化するために実装しました）と、標準機能では解決できない非常に複雑なタスクがあるTKのコレクションに出会いました。 現時点では、私はこのコレクションを「決定」し続けており、直接お話しします。
要約すると、私のものと同様の問題が発生した場合、他の人のタスクになります。 それらをより人間的に構成することをお勧めします。そうしないと、真剣に混乱し、暗闇の中でさまよい、単に時間を失う可能性があります。 また、Productantクライアントに特定のタスクの実装がある場合は、それらに注意を払い、可能であれば開発クライアントに実装することをお勧めします。
PS：ある人が私にクールなアドバイスをくれました：プロパティ/設定/などが見つからない場合は、急いでフォーラムに行き、それを毛並みにしないでください。 最後まで掘り下げてみてください。その過程で、将来役に立つものがたくさん見つかるでしょう。
ご清聴ありがとうございました。
非典型的で困難な条件でのSAP R / 3の探索
All Articles