失敗経験を語れないところは“地雷”の可能性
AWS専門SIerを選ぶ3つの視点、技術者の質をどう見極める?
AWSのスキルを持っている人が社内にいない場合は、新規クラウドプロジェクトを外部委託することをお勧めする。ただし、委託先企業の質がプロジェクトの成否を分ける可能性があることに留意されたい。
米Amazon Web Services(Amazon)の「Amazon Web Services」(AWS)の実装を計画しているが、社内にAWSのスキルを持った人材がいないという状況は珍しくない。AWSの人気が高まるにつれ、AWS認定のアーキテクト、開発者、管理者の数は、需要に追い付かなくなっている。多くの企業は、こうしたスキルを獲得するために、AWSプロフェッショナルサービスパートナーを利用している。
ただし、全てのAWSプロフェッショナルサービスパートナーが同じわけではない。規模の大小に関係なく、適切なパートナーを選択することが、最初または2つ目のAWSプロジェクトの成否を左右する可能性がある。では、パートナーはどのように選定したら良いのだろうか。本稿では、パートナーの選定に役立つ幾つかの手順を紹介する。
1.パートナー企業の従業員数を確認する
AWSの認定資格を保有しているパートナー企業の従業員数を検討する。認定資格によって高品質なサービスが保証されるわけではないが、そのパートナーが従業員のスキルと専門知識に投資していることが分かるだろう。
どのような規模であっても、パートナーはAWSの認定資格を保有する従業員の数と認定資格の種類を提示できるはずだ。それは、Amazonがパートナーになる企業に対して一定レベルの認定資格を要求しているからだ。
2.パートナーが実施したプロジェクトの数を確認する
AWSのスキルを保有する従業員数に基づき、パートナーが実施したプロジェクトの数を特定されたい。この数は簡単な計算で求めることができる。
パートナー1:認定資格を保有する従業員100人、完了したプロジェクト10件
パートナー2:認定資格を保有する従業員10人、完了したプロジェクト12件
複雑さや期間はプロジェクトによって異なる。だが、認定資格を保有する技術者が少ない中で完了したプロジェクト数を考えると、パートナー2の方が適切な選択肢といえる。このパートナーの方が、あなたの会社に応用できる関連性と価値の高いAWSに関する経験を持っている可能性は高い。
一般的に規模の大きな会社ほど専門性は低い。従業員として抱える技術者に給与を支払えるだけの仕事を確保するには、AWSだけでなくAWS以外のプロジェクトも引き受ける必要があるからだ。規模の小さな会社は、AWSのみに集中することが可能だ。そのため、このような会社には適切な経験があり、プロジェクトに応用可能な適切なスキルを持ち合わせていないリスクは低くなる。
3.パートナーの能力を詳細に調査、分析する
パートナーの規模に関係なく、何らかのデューディリジェンスを実施されたい。つまり、参考資料を確認し、AWSプロジェクトを推進するパートナーの能力について掘り下げた質問を行うことだ。探しているのは既存従業員の補強要員ではなく、プロジェクトを一任するパートナーだ。これには、支払いにひも付けられた細かい納期を守ることも含まれる。
答えにくい質問でも遠慮することはない。過去のクライアントや既存のクライアント、そしてAWS担当者に話を聞くことだ。それから、AWSの認定資格を保有している技術者と話ができるようパートナーに依頼されたい。主な検討基準は、そのパートナーが従事したプロジェクトの数と複雑さである。
失敗を認めていることも重要なデータになる。優れたAWSコンサルタントほど、どこかで失敗しているものだ。重要なのは、失敗を認めて、失敗の原因を把握していることである。失敗した経験がないと主張するパートナーは、誠実さに欠けているか、求めている経験がないかのどちらかだ。
AWSのスキルを備えたプロフェッショナルサービスパートナーは、今後数年間で重要な存在になり、多くの企業がクラウドコンピューティングで成功する一端を担うようになるだろう。だが、最終的にクラウド目標の達成に役立つのは、パートナーの規模ではなく、そのパートナーに所属する人材の質と経験だ。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド:効果的な意思決定を実現する秘訣とは? -
製品資料
[株式会社リンプレス] 非デジタル/IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計:「判断と責任」を人に残すための2つの原則とは? -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
2
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
-
3
「AIバブル」は崩壊するのか? 熱狂の後に来る“尻拭い”と4つの防衛策
-
4
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
5
守るべきは「開発者のフロー状態」 AIによる生産性改善の6施策
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
「データストレージの活用方法」に関するアンケート
-
8
全社標準「Copilot」にダメ出し? 現場の8割が不満を抱く“致命的な欠点”
-
9
「企業内サーバ環境の利用実態」に関するアンケート
-
10
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
2
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには?
-
8
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
9
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは?
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー