ヒント3：包括的な計画

　BIシステムとその周辺システムを含むBIエコシステムの一部または全てをクラウドに移行してから、BIシステム全体を機能させる方法を計画する場合、包括的な計画立案が非常に重要になる。あちこちでちぐはぐな行動を取ると、同じクラウドサービスに料金を2回支払うような大きなリスクが生まれる恐れがある。

　「複数のサイロ化したチームが共有アーキテクチャについてよく考えずにクラウドに飛び付くと、サービスの重複や不明な依存関係が発生することが実によくある。例えばチームAが自チームのアプリケーション用にドメインネームシステム（DNS）サービスをセットアップしたとする。チームBもまた、チームAのDNSサービスのことを知らずに自チームのアプリケーション用に重複したDNSサービスを作成する。そうなれば、共有インフラに簡単にまとめることができそうなインスタンスに、料金を2回支払うことになる」（ミーハン氏）

ヒント4：データプライバシーの問題への対処

　社内システムからクラウドのBIに問題なくデータを移動するには、セキュリティとプライバシーのコンプライアンスの影響に取り組むことが必要になる。サードパーティー企業にこれらの資産を預けることにはこうした影響が伴う。

　「クラウドサービスには注意すべき要素が幾つかある。その中には、全体的なセキュリティとデータプライバシー要件に関わる影響を理解することも含まれる。こうした要件は、大量の証明書とコンプライアンスプログラムという形を取る。EU（欧州連合）のGDPR（一般データ保護規則）やその他の最近の開発を踏まえて流動的なデータ情勢を理解することも、クラウド移行で成功を収めるには欠かせない。これらを真剣に捉えなければ、予期せぬ大きな問題を抱える恐れがある」（ワイズ氏）

　最近通達されたGDPRの罰金だけは確認しておく必要がある。これらのプライバシー規則が効力を持つようになってきていることを示す証拠だ。ここでつまずくと高くつくだろう。

ヒント5：移行範囲の管理

　最後に、実際にBIツールをクラウドへ移行する際にかかるコストを低く抑えるために覚えておくべきことがある。それは、古いオンプレミスシステムのレポートを全て移行する必要はないかもしれないということだ。移行は最適化の良い機会になる。そのため、単純に既にあるものを移行計画の基礎にするのではなく、今後必要になるものを真剣に考えなければならない。

　「移行を考えているレポートツールとデータセットを厳しく評価する。その上で、現在の運用価値と、イノベーションが後押しされる可能性の両方に基づいて決断を下す必要がある。何よりも、他のITプロジェクトと同じように移行を管理しなければならない。移行する対象と、その作業にかかる期間を徹底的に評価し、コストと価値に基づいて移行対象を決める。プロジェクトマネジャーに進捗（しんちょく）状況の監視業務を割り当て、ガバナンスツールを使用して進捗状況を追跡し、最終的には使用状況を追跡する必要がある」（フリオークス氏）