同じプロセスを何度も繰り返す場合は、自動化を検討する時です。 自動化感度は、実行されるタスクの複雑さとその頻度の関数です。上の図は自動化感度の4つの象限を示しています:象限1: 低頻度と低操作数象限 2: 低頻度で操作数が多い象限 3: 高頻度で操作数が少ない象限4: 高頻度と高操作数の定義:頻度 - 特定のプロセスを実行する年間回数。 例: a) 1 か月に 1 回の GitHub からのプル b) 1 日に 1 件の WordPress 投稿 c) 1 時間あたり 10 件の SAP Hybris eCommerce パブリケーション オペレーション - プロセスを完了するために必要なステップ数。 例えば:a) GitHubからプルし、BWXにロード、事前翻訳、翻訳者に割り当て、納品b) REST APIを介してWordPressからプルし、BWXにロード、事前翻訳、エージェンシーに割り当て、翻訳者に割り当て、現地レビュアーに割り当て、下書きとして公開、QAに割り当て、最終版として公開c) SAP Hybrisからプルし、BWXにロード、事前翻訳、翻訳者に割り当て、公開プロセスが第1象限にある場合は、ここで読むのをやめても大丈夫です。 ;) 責任はありません。しかし、プロセスが第2象限から第4象限にある場合は、そのプロセスの自動化を強く検討すべきです。ローカリゼーションに関しては、操作の数が多いのは、扱う言語の数が多いためです。 3つの操作を実行しても、10の言語で作業する場合、それは最初から30の操作になります。私たちが見るほとんどの顧客は、物事が手に負えなくなったときにのみ自動化を検討します。 それがヒント#1です。
- 自動化を早期に開始します。 より安価で、より持続可能で、よりスケーラブルです。 これにより、カオスをプロセスに再設計する必要がなくなります。
自動化の必要性は通常、人々、トラッカー、プロセスを通じて簡単に回避されます。 生産性として簡単に偽装できます。 しかし、組織の観点から見ると、それは無駄な努力です。自動化の機会についての無料評価のために私たちにご相談ください。私たちが見るほとんどの顧客は、プロセスをそのまま自動化しようとします。 しかし、私たちの視点では、自動化する前に、プロセスをその本質に還元する必要があります。 それがヒント#2です。
- 自動化を構築し始める前に、できるだけ簡素化してください
自動化は通常、利用可能なAPIエンドポイントの種類、それらのパフォーマンス、異なるプラットフォームがデータを扱う方法の互換性によっても制限されます。 これらの制約は、望ましくない驚きを避けるために、あらゆる自動化の設計と共に評価されなければなりません。しかし、心配しないでください。 だからこそ、私たちにお任せください。 私たちは、非常にシンプルなものから高度に複雑な自動化シナリオまで、あらゆるものを扱う業界で15年以上の経験があります。 当社のソリューションアーキテクト、カスタマーサクセスマネージャー、およびすべてのエンジニアは、当社が管理または助言するローカリゼーションプログラムに最大限のシンプルさと予測可能性を提供するという単一の最終目標に焦点を当てています。会話を始めましょう。 条件なし。 当社にご相談ください、最初の意見を聞き、お客様のローカライゼーションプログラムに欠けている専門知識のレベルを当社が持っているかどうかをご自身でお確かめください。