既存の役割、スキル、プロセスをクラウド向けに調整する
IT 業界の歴史における各フェーズで、最も顕著な変化は、多くの場合、スタッフの役割の変化によって特徴付けられてきました。 1 つの例として、メインフレーム コンピューティングからクライアントまたはサーバー コンピューティングへの移行があります。 この移行時には、コンピューターのオペレーターの役割がほぼ消滅し、システム管理者の役割に取って代わられました。 仮想化が到来したときには、物理サーバーを操作するスタッフの要件が、仮想化スペシャリストのニーズで置き換えられました。
組織が同様にクラウド コンピューティングにシフトするにつれて、役割は変化する可能性があります。 たとえば、データセンター スペシャリストがクラウド管理者またはクラウド アーキテクトに置き換えられる可能性があります。 場合によっては、IT 職の肩書が変わっていなくても、これらの役割の日常業務が大幅に変わっていることもあります。
IT スタッフ メンバーは、クラウド ソリューションをサポートするために異なるスキル セットが必要であることを認識するため、自分の役割や立場に不安を感じているかもしれません。 しかし、新しいクラウド テクノロジを調査し、知識を身に付けている機敏な従業員は、このような恐れを抱くべきではありません。 彼らはクラウド サービスの導入を牽引し、組織が関連する変化を理解して受け入れることができるよう支援することができます。
新しいスキル セットの構築に関するガイダンスについては、スキル準備パスに関する記事をご覧ください。
キャプチャに関する考慮事項
組織がクラウド導入作業を準備する際に、各チームは以下を識別することで、発生したスタッフの懸念を文書化する必要があります。
- 懸念の種類。 たとえば、スタッフは導入作業に伴う職務の変更に抵抗を示す可能性があります。
- 懸念が解消されなかった場合の影響。 たとえば、導入に対する抵抗から、スタッフが必要な変更を実施するのに時間がかかる可能性があります。
- 懸念に対処できる領域。 たとえば、IT 部門のスタッフが新しいスキルを習得することに難色を示している場合、IT 関係者の領域が、この懸念に最も適切に対処できます。 懸念事項によっては、分野の特定が明確な場合もあります。 このような場合、経営幹部への上申が必要になる場合があります。
一般的に、IT スタッフのメンバーは、拡張された機能や新しい職務をサポートするために必要なトレーニングを受けることについて不安を持っています。 トレーニングに関するチームの好みを理解することは、計画を準備するうえで役立ちます。 また、これらの懸念に対処するためにも役立ちます。
ギャップを特定する
組織の準備のもう 1 つの重要な側面は、ギャップの識別です。 "ギャップ" とは、デジタル変革に必要である一方で現在は社内に存在しない役割、スキル、またはプロセスです。
- デジタル変革に伴う責務を列挙します。 新しい責務と撤廃すべき既存の責務を強調します。
- 各責務に即した分野を特定します。 新しい責務ごとに、その分野にどの程度即しているかを確認します。 責務によっては複数の分野にまたがる場合があります。 このまたがる部分は、より適切な調整が求められる機会を表すもので、懸念事項として文書化する必要があります。 責務と見なされる分野がない場合は、このギャップを文書化します。
- それぞれの責務をサポートするために必要なスキルを特定し、社内にこれらのスキルを備えた既存のリソースがいるかどうかを確認します。 既存のリソースがいない場合は、ギャップを埋めるために必要なトレーニング プログラムや人材獲得を決定します。 さらに、デジタル変革をスケジュールどおりに進めるために各責務をサポートする必要がある期限も決定します。
- これらのスキルを実行する役割を特定します。 一部の既存の従業員が役割の一部を担うことになります。 また、まったく新しい役割が必要になる場合もあります。
チーム間で連携する
組織のデジタル変革におけるギャップを埋めるために必要なスキルは、通常、1 つの役割、または 1 つの部門に限定されるわけではありません。 スキルには、1 つの役割または複数の役割にまたがる可能性のある関係や依存関係があります。 それらの役割は、複数の部門に存在することがあります。 たとえば、ワークロード所有者は、IT の役割を担う従業員に、サブスクリプションやリソース グループなどのコア リソースをプロビジョニングするよう求めることがあります。
これらの依存関係は、組織が役割間のワークフローを管理するために実装する新しいプロセスを表します。 前述の例では、ワークロード所有者と IT の役割の間の関係をサポートする数種類のプロセスを示しています。 たとえば、このプロセスを管理するワークフロー ツールを作成したり、メール テンプレートを使用したりすることができます。
これらの依存関係を追跡し、それらをサポートするプロセスを記録します。 さらに、そのプロセスが現在存在するかどうかも記録します。 ツールを必要とするプロセスでは、ツールをデプロイするためのタイムラインが、デジタル変革の全体的なスケジュールに沿っていることを確認します。
次のステップ
変換された役割の適切なサポートの確保はチームの作業です。 このガイダンスに従って行動するには、適切なチーム構造と参加者を特定する組織の準備状況の概要を確認します。