ハードウェア保守のRFPにおけるIT調達の要点。パート1/3

IT調達担当者が2020年の目標として、コスト抑制とベンダーの削減を積極的に追求する場合、その戦略の1つとして、ハードウェア(データセンターやネットワーク)の運用コストと、独立系ハードウェアサポート市場の実績ある価値提案に焦点を当てる必要があります。この独立系サポート業界の多くの人々やガートナーのアナリストは、標準化されたRFPには、適用されないコンポーネントや質問が含まれていることが多いと感じています。しかし、ほとんどすべてのハードウェア保守に関するRFPには、コスト削減とリスクの最小化のバランスをとるのに役立つ基本的な要素が著しく欠けています。実際、これらのRFPは二次元的なものが多く、誤った説明や劣悪なサービスを可能にしています。私たちを助けてください、あなたを助けてくださいこの3部構成のブログは、社内のベストプラクティス、RFPの重要な要素、資産の優先順位付け、必要なサービスを犠牲にすることなくコストを削減することへの関心を高めながら、教育を行うことを目的としています。

第1回目の今回は、データセンターのハードウェア保守サービス契約の具体的なポイントとして、「社内コラボレーションの重要性」と「データの品質」の2点を取り上げます。

社内のITクライアントとコラボレーションする文化を作る

この点を強調しすぎることはありません。移行イベントとその結果を成功させるためには、IT部門と密接に協力しなければなりません。できる限りIT組織の上層部から賛同を得て、その幹部には部下がこのプロジェクトに真剣に取り組んでいることを確認してもらいましょう。ミーティングは1回だけではなく、RFPのプロセスに沿って何度も行う必要があります。適切に企画されていれば、必要なコンセンサスやフィードバックを得るための十分な機会を得ることができます。

効果的に成功するためには、多くの場合、破壊的にならなければならないので、協調的な考え方は重要です。この場合の「破壊的」とは、ベンダーの選定や管理において、これまでとは異なるアプローチを提唱することであり、「これまでのやり方」に疑問を投げかけることです。しかし、この協調的な考え方によって、IT調達とステークホルダーの双方が、この種のテーマについて明確な相互理解を得られるようにしなければなりません。

  • IT組織における可用性/アップタイムの中断リスクをどのように特定、評価、軽減していますか?
  • 潜在的なベンダーのポリシーやプラクティスによって、どのような中断リスクがあるのか?
  • どのような資産グループに対して、どの程度のリスクを許容し、どのような報酬を得ることができるのか。
  • 事故のリスク以外に、どのような商業リスクが考えられますか?
  • 恐怖や不確実性、疑念が投影されている場合、何が本物で何が人工的なもの(FUD)なのかをどのように判断すればよいのでしょうか。
  • ある行動を制限するベンダーのポリシーはありますか?そのようなポリシーに対して、どのような解決策が考えられるでしょうか?
  • グループ内でどのように商品を評価し、ランク付けするか。ソリューションの品質や確実性・明確性と比較して、コスト削減にどのような重みを置くか?

これらの会話は、要件と目標の優先順位付けされたリストを具体化します。そのためには、ITパートナーと一緒に話し合い、優先順位をつける必要があります。あなたとあなたのIT関係者は、データセンターやネットワーク機器のサポート契約において、どのようにリスクが顕在化するのか、また、どの程度のリスクをどの程度の報酬で許容できるのかを十分に理解する必要があります。そうすることで、優先順位をつけた目標を達成するための戦略に基づいた戦術を実行するための準備が整います。最も避けたいのは、予想外のリスクを伴う大きな節約のために契約することです。怖い話も聞きますが、それは本当に避けることができるのです。

可能な限り詳細なデータを得るために努力する

サーバー、ストレージ、ネットワークなどの資産についての詳細な情報がなければ、ベンダーは非常に重要な詳細について推測や仮定をしなければなりません。ベンダーのサポートチームが知らなければ、合意されたSLAを満たすことは不可能ではありませんが、困難になります。商業的なリスクを伴う二次的な問題は、具体的な詳細情報がなければ、ベンダーは(不正確に)可能な限り最低の構成を想定し、それに従って入札を行うことができるということです。しかし、ベンダーは、ある側面(例えば、システム内の複数のCPU)は契約でカバーされていないと主張する可能性があります。そうなると、ベンダーは変更命令を要求し、コスト削減効果が薄れるだけでなく、2位のベンダーが実際には最高の価値を提供していたという状況になるかもしれません。困ったものです。困ったものですね。明瞭さが一番です。

最低限、このような情報を持っている必要があります。そして率直に言って、これは略してここに示していますが、説明のためです。

すべてのデバイスタイプに対して

  • 作る
  • モデル
  • シリアルナンバー
  • 場所(国、都市、州、施設、部屋/ケージ)
  • ご希望のサービスレベル

サーバー用。

  • CPUコア数とMHz
  • 物理メモリの量
  • ストレージデバイスの数と容量:ディスクとテープ
  • ホストバスアダプター(HBA)の数
  • 外部から接続されたデバイスの有無

マスストレージの場合

  • ストレージデバイスの数と容量:ディスクまたはテープ
  • キャッシュメモリの量と容量

設定可能なネットワークデバイスについては、「インベントリ」コマンドを実行することが最善の方法です。

  • Ciscoデバイスの場合、これはshow inventoryであり、場合によってはshow diagshow moduleでもあります。

少し難しく聞こえるかもしれませんが、ITやネットワークのスタッフはこれらの情報をすでに持っているか、すべてではなくてもほとんどの情報を集めることができるはずです。これらの情報をできるだけ多く入手することが非常に重要です。

これらのテーマを慎重に検討し、真摯に実行することは、次回のデータセンター機器のハードウェア保守サービスのRFPに非常に役立つでしょう。この記事の第2部と第3部では、さらに具体的な推奨事項をご紹介します。

著者について

トッドは、1990年にXS International社を設立し、シスコシステムズ社やジュニパーネットワークス社で実績を積んだ先駆的な経営者が率いる独立系ITサポート組織の構築に貢献しました。トッドは、独立系ITサポートプロバイダーのための世界で最も著名な2つの団体である、以下の団体の理事を務めています。 サービス産業協会(SIA)と ASCDI(ハードウェア再販業者)の取締役を務めています。また、「Digital Right to Repair Coalition」(現在の「Repair.org」)の創設メンバーでもあります。 Repair.org現在はRepair.org)の創設メンバーであり、現在も同団体の理事を務めています。 オハイオ州立大学で金融学の学士号を取得した後、Entrepreneurs' OrganizationとMIT Enterprise Forumによる3年間のEntrepreneurial Masters Programを修了しました。現在は、家族とともにダラスに在住しています。

LinkedInでフォローする

リンクトインアイコン
トップへスクロール