「AWS Ambassador Partner Program」は、AWSの高い技術力を持ち、AWSに関する情報発信を継続的に行っているAWSエンジニアを選出・認定するプログラムです。選出されたエンジニアは、「AWS Ambassadors」としてAWSに認定されるんです。

まず、AWSパートナー企業に所属している必要がありますね。AWSの認定資格を取得していること、AWSを業務で活用していること、などの条件もあります。

2019年に日立製作所内でクラウドCoEチーム所属のソリューションアーキテクト、通称「CCoE」の前身となる部門が立ち上がったことが始まりです。当時は世の中の主流がオンプレからクラウドサービスに移り変わるタイミングで、フロントSEを中心にクラウド案件も増えてきた時期ですが、当社はクラウド開発に関して遅れをとっていました。

日立のフロント事業部のお客様からは「パブリッククラウドをやりたい」というオーダーが増えており、フロント事業側はそれに対応しようとしていたのですが、サービス＆プラットフォームビジネスユニット事業側では、クラウドに対する熱量がそれほど高くなかったんです。

そこで、僕と三木、ほか2名のフロント事業に所属するエンジニアが、フロント事業側と、サービス＆プラットフォームビジネスユニット事業側とのクラウドに対する温度差を埋めることを目的に、2019年に前述のCCoEの前身部門の立ち上げに参画しました。

その後、「クラウド案件のサポート」と、「クラウドエンジニアの育成」という2大トピックに取り組んでいったんです。

そんな中で2020年にAWSの認定制度があることを知り、社内でクラウドの認知を上げるために応募したのが最初でした。

クラウドスペシャリストとして認知頂く事が増え、案件を通して相談が集まるようになっていますね。その中で、優秀な人財（人材）に出会う機会は増えてます。

やはりAWSに認められたAWSエンジニアということで、社内外で名前がフィーチャーされる点では役立っていますね。有名になったことで、「AWS Ambassadors」に選出されたエンジニアが営業の顧客提案に同行するとクライアントからの信頼が得られますし、社内に専門家がいることが知れ渡り、クラウドに挑戦する人も増えました。

仕事の内容やクラウドへのモチベーションに変化はありませんね。強いて言えば、AWSについて問い合わせがあった時、AWSに直接つなぐ機会は増えました。

もともと、私はビジネスサイドの人材育成、富田は技術サイドのエンジニア育成と、コンビのようにやっていますから、それぞれが自分の業務を通してクラウドのムーブメントを盛り上げていくのが今のフェーズだと思います。

富田はこう見えて、鬼軍曹的なところがあって、部下に恐れられているんですよ笑

「Japan AWS Jr. Champion Partner Program」は、今年からスタートした日本独自の表彰プログラムです。富田さんや三木さんが選出された「AWS Ambassadors」は、AWSエンジニアのトップ・オブ・トップと呼べる技術者で、かつ影響力がある方を選出、認定するのに対し、「Japan AWS Jr. Champions」はAWS Partner Network (APN) 参加企業に所属し、AWSを積極的に習得して周りに影響を与えている、社会人1年目から3年目の若手エンジニアにフォーカスしています。

私は今年4年目で、表彰時は3年目。福元は今年3年目なので、表彰された時は2年目ですね。

AWS に関して実践してきた技術的な挑戦や、コミュニティのリードなど自ら起点となって周囲に影響を与えているか、アウトプットを通じて周囲へ貢献しているか、という点です。

どうでしょう…。もちろん、試験勉強は必要ですが、私の肌感で言えば、実務でどれだけAWSを使ってきたかが重要な気がします。AWSに触れる環境にいれば、座学で身につくことは自然に身につけられますから。

僕は、社内のいろいろなプロジェクトに技術支援をしにいく部署に在籍しているのですが、参画したプロジェクト内でAWSに関する提言をしていたことが評価されたのかなと思います。

私の場合は、所属元の業務でそこまでのアウトプットはできていないのですが、それ以外の業務を通してAWSを推進したことが評価につながったと考えています。

たとえば、社内で勉強会を主催したり、新人だけで案件を完成させるというプロジェクトで、AWSチームを取りまとめ、要件の確定や技術の検討を行ったりしましたね。

もちろんです。「AWS Ambassadors」は、AWSに触れたことがある人ならば、誰もが知っている認定プログラムです。AWSをやるならば「AWS Ambassadors」を目指すという風潮があるくらい、憧れの存在ですからね。

それに、弊社は資格取得のサポートや勉強会など、AWSを学びたい人が堂々と挑戦できる環境が整っているんです。これは「AWS Ambassadors」のお二人がいるからこその文化だと思います。

やはり、ちょっとした有名人になったなと感じます（笑）AWSに関する質問や相談をしていただくことも増えましたね。 

私の場合は、もともとAWSを推進する部署にいたので、周りの人もAWSに詳しいんです。だから周囲の反応はそれほど変わっていませんね。ただ…、「おい、チャンピオン！」なんていじられることは増えました笑

「チャンピオンなのにわからないの？」とか言われたらどうするの？

そこは、ジュニアなので勘弁してくださいと（笑）というのは冗談ですが、そういう意味では、「もっと感度を高めて勉強し続けなくては！」と気合いが入りましたね。

僕の場合、「Japan AWS Jr. Champions」に選出されたエンジニアが集まる月2回のオンラインミーティングで、他社のJr. Championと話したり、意見を聞いたりすることで、クラウドに関する感度やモチベーションを維持しています。みなさん、アウトプットの意識が高いので、すごく刺激になるんです。

これはAWSエンジニアに限ったことではないのですが、技術者においては本質を追求できるかどうかが成長できるかどうかに大きく関わっていると思います。

たとえば、顧客やAWSに詳しくないエンジニアから「サービスの使い方」について質問があった時、それを真に受けて「使い方」を説明しているような技術者はそこで成長が止まってしまうんです。反対に、「なぜその質問が出てきたのか？」を考えて、課題を深掘りし、別の方向から提案ができるエンジニアは、ぐんぐん伸びます。

求める結果を出すための手段がいくつもあると気付けば、他の手段についても学ぶと思います。そうやって、思考を先へ先へと展開して、スキルを上げていけるかどうかが分かれ道になるのではないでしょうか。

クラウドの世界は、とにかく進化のスピードが早いんです。構築から数ヵ月後にサービスの内容が変わっているなんてことも珍しくない。だからこそ、このスピード感に対応するためにも、「どれだけの候補をテーブルに上げられるのか」が大事なんですよね。

私が大切にしているのは、「びっくりする気持ち」を持ち続けること。どんなにキャリアを重ねても、常に新しい情報や技術に貪欲に向き合って、面白がることが、エンジニアの馬力になると思うんです。

お二人のおっしゃる通りだと思います。加えて、僕自身は「投げ出さない」ということも大切にしていますね。

富田さんがおっしゃった通り、この業界は流行り廃りが激しく、自分の作ったものが1年後にはダメになっているということはよくあります。そんなときに、過去に作ったものに対しても真摯に立ち向かう貪欲さが必要なんです。1回作ってみておしまいではない。それが大変でもあり面白さでもあります。

まずは、「資格取れよ！」ってことですね（笑）われわれエンジニアって、技術やキャリアがあっても、実際のところはどれだけできるかなんて証明できないじゃないですか。そういう意味では、資格は持っていて損はない。定量的な評価をアピールできますからね。

僕らの世界では、お客様に選ばれる基準が4つあると言われているんです。

1つ目は、どれだけのお付き合いがあるか、2つ目は、どんな実績があるのか、3つ目は、自社ならではの得意分野、4つ目が、技術レベル。この4つで言えば、技術レベルを客観的に保証してくれるのが資格です。

はい、弊社はAWSの資格取得支援にも力を入れており、およそ2,000名という有資格者数を誇っています。

強いていうならば、AWS的な思考力を身に付ける、ということでしょうか。伝えるのが難しいのですが、AWSって、考え方が独特なんです。

あくまで一例ですが、僕みたいなデータセンターをベースとするシステム設計を行ってきたオンプレベースのエンジニアは、リスク回避するような訓練を受けてきているので、試験の回答もリスク回避の視点で選ぶ。でも、AWSの場合は、その視点で選ぶと不正解だったりすることがあるんです。

たとえば、4択の問題があって、2択までは絞れる。でも、残った2択は、「動くか動かないか」というテクニカル的な視点で考えると、どちらも正解なんです。だから、コスト優先だったり、アジリティ優先だったり、運用優先だったり、「AWSだったらどっちか？」という観点が必要です。

最初は私もなかなか理解できなかったのですが、AWSの思考が身につけば、そんなに難しくはないんです。クラウドのシステム設計をリスキリングする習慣ができているので、今では、3年ごとに更新する試験でもすんなり解けるようになりましたよ。

そうかもしれませんね。

スランプと言われると思いつかないですね。AWSのサービスはとにかく種類が多く、進化も早いので、学ばなくてはいけないことばかりなんです。だから、スランプがないというより、止まっている余地がないという表現の方が近いかもしれません。 

ぼくは、実機で作ってみるのが一番身につくと思います。AWSは公式のレファレンスが充実しているので、どんどん触ってみるのがおすすめですね。

僕の場合は、プライベートアカウントでAWS公式のワークショップを活用しています。AWS側でテンプレートを用意してくれて、実際に手を動かせるので、初心者の方も参加しやすいと思います。