デジタルトランスフォーメーションシリーズ：10のデジタルトランスフォーメーションのヒント
公開: 2018-03-15これは、デジタルトランスフォーメーションを成功させるための重要な側面に対処するために作成された一連の投稿の5番目です。
10のデジタルトランスフォーメーションのヒント–そして途中で避けるべきいくつかのこと
デジタルトランスフォーメーションを正しく行う方法よりも、間違った方法を使用する方法はたくさんあります。 動く部分がたくさんあり、どれもあなたの努力を損なう可能性があるのは残念な事実です。 次のヒントのいくつかは、その課題を回避するのに役立ちます。
私が見逃している他の人もいると確信しています。r.werkema@ sap.comでフィードバックをいただければ幸いです。
あなたの使命と目的：スティーブン・コビーの効果的な人々は、「終わりを念頭に置いて始める」必要があります。 デジタルトランスフォーメーションは確かにそれに沿っています。 変革の取り組みに関するミッションステートメントの作成を遅らせないでください。また、最終状態が何を意味し、どのようになるかを関係者と幅広くコミュニケーションするようにしてください。
数か月前の顧客とのミーティングでは、社内チーム、支社、さらには顧客やビジネスパートナーが連携していることを確認することに夢中になりました。 彼らは、最終状態がどのようになるかを全員に伝えることを重要視しました。 その結果、プロセスのバンプがほとんどない大きな変革が実現しました。
計画を伝える—繰り返し：ビジネスの運営中にデジタルトランスフォーメーションを実施する必要があります。 多くの組織では、日々の活動を確保することは、すでにフルタイムの仕事以上のものです。 あなたの会社とおそらくパートナーと顧客の両方の幅広い構成員にあなたの計画を繰り返し伝える必要があると仮定します。
また、以前の投稿で述べたように、これをビジネスからのインプットがほとんどない「IT」プロジェクトとして推進する場合、明確なコミュニケーション戦略でビジネスに従事する場合よりも、採用がはるかに困難になる可能性があります。
パートナーともコミュニケーションをとることを忘れないでください。 あなたのシステムインテグレーターとあなたのテクノロジーパートナーはあなたの成功に利害関係を持っていますが、ここでの仮定は良い考えではありません。 私は最近、パートナーの選択プロセスについて書きました。これは出発点にすぎません。
すべての関係者を調整することは明らかなステップのように思えますが、コミュニケーションの欠如は、この規模のプロジェクトが失敗する主な理由の1つです。 ビジネスを変えるとき、これがIT主導のイベントであるとは決して言えず、成功を期待することはできません。
予算に余裕を持たせる：数週間前、予算の問題について話し合いました。 これを間違える方法は確かにあります。 私が関わっている顧客の課題のほぼ3分の1は、主要な問題として予算を持っています。 戻ってより多くのお金を要求することは、あなたが専門的に経験することができる最悪の経験の1つです。 私は最近、3回の資金提供を求めなければならなかった顧客と仕事をしました。 これが発生した場合、プロジェクトはかなりのリスクにさらされるだけでなく、結果に関係なく、信頼性が損なわれます。
まだ知らないことのために、全体の予算の少なくとも15％を隠すように顧客にアドバイスします。 それに直面しましょう。デジタルトランスフォーメーションプロジェクトはほとんどの人にとって新しいものです。 誰も予想していなかったプロジェクトイベントやバンプが発生するでしょう。 クッションを組み込むことで、呼吸をすることができます。 資金を提供するチーム以外の誰かとこれを共有する必要はありません。 あなたがそれを使わないならば、彼らは予算の下で来るためにあなたを後ろで叩く準備ができているでしょう。
パートナーシップを活用します。 パートナーにスキンをゲームに取り入れてもらいます。 システムインテグレーター（SI）とテクノロジーパートナーは、成功するために完全に関与する必要がある三位一体を形成します。 あなたの販売サイクルの間に、彼らがあなたの成功にどのようにコミットしているかを両方のパートナーに尋ねてください。 それはあなたのプロジェクトの成功に不可欠であるかもしれない答えです。 テクノロジーパートナーにSIを使用して目的の展開マイルストーンを確認してもらうと、驚くべき入力が得られ、場合によっては、プロジェクトが進行する前に適切な「キャッチ」が行われる可能性があります。
それらのパートナーがあなたをサポートすることができるあらゆる種類の方法があります。 金銭的支援（例：特定のタスクのための「無料のリソース」）から特定の重要な要件のための専門家の招聘まで、パートナーは尋ねられるまでこれらのことを志願することはあまりありません…必ずそうしてください！
エグゼクティブスポンサーシップ：組織のリーダーシップチームで、あなたをサポートし、問題が発生した場合に頼ることができるチャンピオンを少なくとも1人（複数ではないにしても）見つけます。 上記のポイント2に従って、適切にブリーフィングしていることを確認してください。 プロジェクトをサポートする幹部は、変革の取り組みが何であるかを理解し、それを完全に受け入れる必要があります。
プロジェクトのキックオフ：正式なキックオフがある場合、チームの絆を築き、メンバーを活性化するのに役立ちます。 キックオフは、使命と期待が十分に伝えられていることを確認するもう1つのチャンスです。 これが十分に大きな変革である場合は、重要性を強調するために適切な幹部をそこに配置します。
私は常にCEOと営業部長に、実質的な変革プロジェクトを支持するように求めてきました。これは2つの重要なことを行います。これは重要なイニシアチブであることを全員に知らせることと、CEOに話をさせることで、それがもたらす価値を強調することです。対処すべき問題がある場合は、非常に便利です。
マイルストーニング：すべての関係者をまとめるための定期的なチェックポイントのセットを見つけます。 アジャイル開発プロセスは、マイルストーンを特定することをより困難にすることがよくありますが、それは方程式の重要な部分です。 少なくとも、次の点で正式なレビューを行う必要があります。
アーキテクチャのレビュー：現在のアーキテクチャ、統合タッチポイント、および外部システム接続をレビューするには、SIとテクノロジーパートナーの両方に目を向けてください。 時間をかけて、パートナーとこれらを詳細に確認してください。 統合は、多くの場合、プロジェクトの最も過小評価されている領域の1つです。 それらがすべてカバーされていると思い込まないでください。 厄介な驚きがある場合は、統合が非常に良い候補です。
コードの検証：テクノロジーパートナーによる正式なレビューの予算を立ててください。 あまりにも頻繁に、コードは問題を伴って配信されます。 プロジェクトの完了後に、カスタマイズに大幅なやり直しが必要な問題があることを知りたくありません。 スプリントまたはスプリントのセットの後にカスタムコードを検証すると、はるかに小さなやり直しの課題が発生する可能性があります。
稼働中のチェック：SIとテクノロジーパートナーの両方に、稼働する前に完了しなければならないことのリストを提供するように依頼します。 プロジェクトから駆動される大量のアイテムを追加するため、プロジェクトの早い段階でこれを取得します。 全体的な目的を見失わないでください。
パフォーマンスレビュー：プロジェクトの技術的側面について正式なパフォーマンスチェックを行うための投資の予算を立てていることを確認してください。 あなたのパートナーがこれを見ると思い込まないでください。 期待されるメトリックを定義し、少なくとも1つのサイクルでそれらをテストします。
ライブパーティーを開く：これを吹き飛ばすのは簡単ですが、プロジェクトの努力を祝う以外の理由でそれをやりたいと思っています。 これにより、変革が到来した、または継続していることを会社全体に通知する必要があります。 これは、成果をラッパで鳴らし、成功したことを大声で指摘するチャンスです。ビジネスはもはや同じではありません。
ライブ後のパンチリスト： SIに最終的な支払いをリリースする前に、すべての優先度の高い問題が解決され、二次的な問題が定義されたしきい値を下回ることを契約に組み込んでいることを確認してください。 これは重要な手段です。支払い前ほど影響力を持つことはありません。
メンテナンスとサポート：プロジェクトの開始時にメンテナンス戦略を定義します。 展開が完了すると、新しいプラットフォームのすべての側面を管理できるスキルを社内チームに構築することはほとんどありません。 プロジェクトの終わりは、それを理解するのに間違った時期です。SIパートナーを活用しておらず、彼らはすでに新しい顧客に移行することを計画している可能性があります。
計画段階でSIに行き、少なくとも6か月のサポートで予算を立てる必要があります。チームは、学習を最大化するための努力を隠蔽します。 よくある間違いは、ここでの必要性について楽観的であるか、さらに悪いことに、これをまったく計画していないことです。 これにより、ライブ後の移行が非常に困難になる可能性があります。また、他の方法で成功したとしても、プロジェクト全体に望ましくない痕跡を残す可能性があります。