AWS事業本部コンサルティング部ソリューションアーキテクトの働き方 -ver. arap-

クラスメソッドのAWSソリューションアーキテクトって何をしてるの？を書きました

#ポエム

#働き方

荒平祐次(arap)

2024.02.29

こんにちは、AWS事業本部の荒平(@0Air)です。
正式には、クラスメソッド株式会社 AWS事業本部コンサルティング部ソリューションアーキテクトの荒平です。やや長いですね。

本エントリでは、弊社のAWS事業本部コンサルティング部ソリューションアーキテクト（以下、SA）が日々何をしているかを少し詳しく書こうと思います。

この記事を書こうと思ったきっかけ

きっかけは以下の3点です。

「コンサルティング」って定義が広すぎて、会社によって全然違うしイメージがつかないという話を、説明会に参加頂いた方や知り合いから、この1年で10数件いただいた
「ソリューションアーキテクト」に着目したブログは（恐らく）出ていない
コンサルティング部のお仕事を紹介する以下のブログが、やや時間が経ってしまった（大筋は変わっていませんので、是非併せてお読みください！）

想定読者は「クラスメソッドに興味があり、その中でもAWSソリューションアーキテクト・AWSエンジニアとして活躍したい」と考えている方です。
このエントリを見て、弊社の仕事に対する解像度が上がれば幸いです。

コンサルティング部の位置付け

「コンサルティング部」は、「AWS事業本部」の中に含まれる部です。執筆時点では、一番人数の多い部所で、幅広い強みを持った人が約50人在籍しており、お仕事の種類も豊富です。
（前出のブログにも記載がありますが、組織変更は頻繁にあるため参考に留めてください。もしご興味がある場合は、応募時に採用担当者へお問合せください）

関係するポジション

弊部に関係するポジションは以下の通りです。

コンサルティング部におけるロールの組み合わせは変わっていないため、前出のブログから引用させていただきました。
私は1年前にソリューションアーキテクト(SA)として入社させていただき、現在はエキスパートソリューションアーキテクト(ESA)です。
但し、あくまで社内のロールに過ぎないので、AWSエンジニアであっても、AWSソリューションアーキテクト(SA, ESA)であっても、対外的には"ソリューションアーキテクト"として活動しています。

AWSエンジニア、SAとして入社された場合も、何かしら技術的な強みを持ち、ひとりで案件を任せられるようになると、最終的にESAとして活躍することになります。

ソリューションアーキテクトの仕事

AWSエンジニアを含む、AWSソリューションアーキテクトは以下の仕事を担当します。
代表例のため全ての仕事を網羅している訳ではありませんが、大抵は次の4つに分類されます。

プリセールス
案件対応
アウトプット（ブログ、動画投稿、登壇など）
社内活動（タスクフォース、改善活動、イベント企画など）

これは前出ブログで「コンサル部メンバーがやること」として紹介されていますが、もう少しだけ詳しく掘り下げてみます。

プリセールス

お客様からの問い合わせなどで発生した案件機会（引き合い）から、要求を確認し、時には再定義し、提案を行います。
コンサルティング部で発生する案件機会は殆どがAWS関連ですが、AWS以外のクラウドや製品を扱うこともあります。

お客様と一緒にこれから歩いていく道を整備する役目であり、とても重要な役割です。
幅広いサービスの知識が必要であったり、要件を明確にするスキルが問われますが、標準化されたドキュメントがあったり、他の方のプリセールスに同行することも気軽にできるので、回数を熟すうちに主体的に喋れるようになります。

お客様の企業規模や業種は多種多様で、事例ページを見ていただければイメージを掴みやすいと思います。

参考／導入事例：https://classmethod.jp/cases/

お客様がやりたいことを吸収して、クラスメソッドとして実現可能な形を考えるお仕事です。

案件対応

プリセールスからバトンを受け継いで、実際にお客様に支援を行います。プリセールスと案件対応を1人でやってしまうパターンもちらほらあります。

一口に「支援」と言っても形態は様々で、コスト削減やセキュリティアセスメントなどのアドバイザーや、要件定義・設計・構築を行うプロジェクト、技術的な課題を定期的に棚卸すプロジェクト、Well-Architectedレビューなど無数にあります。

コンサルティング部では、これらの案件を基本的に自ら挙手して対応するため、いわゆる「押し付け」で進行するプロジェクトはありません。（「基本的に」と書いたのは、ご指名を頂いたり、一部の技術の対応者が限られている場合があるためです）

案件の対応は、内容にもよりますが、1人〜2人で担当することがほとんどです（メンターを除く）。
プロジェクトについても標準化されたドキュメントが社内に存在するため、最初はそれらを参照しながら対応していきます。

アウトプット（ブログ、動画投稿、登壇など）

アウトプットの大半を占めているのがブログで、主に技術的なブログをDevelopersIOに投稿します。
技術に関連することであれば何でもよく、例えばプロジェクトマネジメントの話や、iOSの記事でも問題ありません。アウトプットすることで、自分を含む誰かの助けになるのであれば、問題ないと個人的には思っています。

よく「月X本とかのノルマはあるんですか？」と聞かれますが、ノルマはありません。
誰かに強制されて、ブログを執筆しなければならない、ということはありません。ただし、個人目標で設定している場合はあり、私は月4本書けるように頑張っています。（本数が全てではありませんが、自分を追い込むため数値目標を掲げています）

次に動画投稿について、クラスメソッドの公式Youtubeはご存知でしょうか。私は入社してから初めて知りました。