CIO や IT リーダーは、特定のタスクを実行するための社内専門知識や処理能力がない場合にアウトソーシングに頼りますが、これが IT スタッフに送るメッセージは必ずしも肯定的ではありません。
スタッフは、アウトソーシングは、自分たちにチャンスがあると思っているときに、新しいスキルを身につける機会を奪う手段であると考えることがあります。また、アウトソーシングを自分の仕事に対する脅威と見なす場合もあります。
ここでは、アウトソーシングを誰にとってもメリットのあるものにするための、すべきこととすべきでないことをいくつか紹介します。
アウトソーシングの注意点
1. 作業を実行するための社内の代替手段がまったくなく、プロジェクトの期限が厳しすぎて社内の IT スキル開発に時間をかけられない場合は、アウトソーシングします。
アウトソーシングには、優れたケースがあります。1 つは、待てないプロジェクトのためにすぐにスキルが必要で、プロジェクトのためにスタッフのスキルを向上させる時間がない場合です。スタッフと IT リーダーの両方が、アウトソーシングの実際的な必要性を理解します。スタッフに事前に知らせ、新しいスキルを後でスタッフに習得させる計画があれば、特に歓迎されます。そうすれば、プロジェクトがインストールされたら、プロジェクトで継続的な役割を担うことができます。
2. 仕事が退屈で長期にわたる場合は外注します。
市場に適切な変換ツールがないため、何百万行ものコードやデータ項目を手動で変換しなければならない変換プロジェクトがある場合、これらの面倒で反復的な変換を「手作業」で処理できるグループに作業をオフショア化するのが合理的です。IT スタッフはより戦略的なプロジェクトを継続することができ、負担を軽減してくれたことに感謝するでしょう。
3. 会社に新しいシステムが必要で、ターンキー システムが最適な選択である場合は、アウトソーシングします。
ベンダーがターンキー システム (CRM など) を提供する場合、通常はベンダーにそのシステムの保守と改良を継続的に任せることになります。これにより、システムはアウトソース システムになります。ターンキー システムを購入し、ベスト プラクティスと機能の範囲内で機能させるのは、長年にわたり機能してきた IT プラクティスです。
4. アプリケーションのテストにさらに処理とストレージが必要な場合は、クラウド ベンダーにアウトソーシングします。
現在、多くの商用クラウド ベンダーが、アプリケーション テスト用のオンデマンド ストレージ、処理、構成を提供しています。これは、データベース管理担当者やシステム サポート担当者がスケジュールから時間を割いてアプリケーション グループ用のアプリケーション テスト環境を設定する必要がなくなるため、貴重な時間を節約できる優れたアウトソーシングの機会となります。
5. アウトソーシング契約を締結する前に、必ずスタッフにアウトソーシングの理由を伝えてください。
アウトソーシング契約は、突然、仕事の安全性や、社内の従業員のスキル向上に会社が投資する予定があるのかどうかについて疑問を抱く従業員を怖がらせる可能性があります。なぜアウトソーシングをしたいのか、また、アウトソーシングが完了した後の長期計画は何かを事前に従業員に説明することで、不安を和らげ、従業員の信頼を維持することができます。
アウトソーシングの禁止事項
1. 社内で経験を積む計画がない場合は、アウトソーシングしないでください。
社内のスキル開発に投資しなければ、外部の人材の時間とスキルに完全に依存することになります。これは危険な状況です。また、IT スタッフの気に入られることもありません。彼らは、おそらく、当初のアウトソーサーが引き受けたプロジェクトを自分たちで引き受けられるように、社内のスキル トレーニングに会社が投資すべきだと考えているからです。
2. アウトソーサーがソースコードを提供しない場合は、アウトソーシングしないでください。
あなたの目標は、アウトソーサーの作業が完了したら、コード ベースを引き継ぐことです。そのためには、オブジェクト コードだけでなくソース コードも必要です。ソース コードがあれば、アウトソーサーの作業が完了したら、スタッフがコード ベースを引き継いで保守することができます。
3. ベンダーが自社のプラットフォームとの間でのシステム移行に関する SLA を約束しない限り、システム全体を「ターンキー」ベンダーにアウトソーシングしないでください。
あるシステムから別のシステムに移行するのは決して簡単なことではありません。すべての新しいベンダーに対して、必ず SLA セットを含めてください。SLA の目的は、ベンダーが自社のプラットフォームへの移行、および必要に応じて自社のプラットフォームからの移行において、特定のパフォーマンス レベルを満たすことを約束することです。
4. ミッションクリティカルなアプリケーションをアウトソーシングしないでください。
企業は、ミッション クリティカルなアプリケーションを区別し、完全に制御する必要があります。これは、必須のリスク管理戦略です。なぜなら、ベンダーのクラウドでミッション クリティカルなアプリケーションをホストしている場合でも、ベンダーが買収、合併、またはホスティングの継続を困難にする可能性のある経営変更が行われないという保証はないからです。
5. 事前にスタッフとコミュニケーションを取らずにアウトソーシングしないでください。
アウトソーシングの決定が下され、アウトソーシングが開始され、システム全体またはプロジェクト全体がアウトソーシングされることを誰も知らされていなかったため、IT スタッフ全員が不意を突かれるような IT 環境を私は見てきました。
ほとんどの場合、これは CIO またはプロジェクト リーダーからのコミュニケーション不足が原因で発生し、その長期的な影響は壊滅的です。IT スタッフは経営陣とその最終的な動機に不信感を抱き始めるかもしれません。主要なスタッフ メンバーは、職を失うことを恐れて退職し始めるかもしれません。また、スタッフは、アウトソーサーが新しくて刺激的な仕事をすべて獲得し、自分と自分のスキルが取り残されていると認識するため、スタッフの士気が低下する可能性もあります。