ソリューションアーキテクトとは？：ポジション解説＋転職方法
今回は、ソフトウェア業界におけるソリューションアーキテクトの仕事について解説していきます。
最初の質問：
ソリューションアーキテクトとは？
ソリューションアーキテクトは、技術的なデザインスキルとビジネスに関する洞察力の組み合わせである仕事です。
つまり、顧客と会ってビジネスニーズを理解し、その問題を解決するためのシステムを設計することになります。
言い方を変えると、「お客様の悩みを解決するためにデザインする」ということです。
建築家は建物を設計しますが、実際に建物を建てるわけではありません。
ご想像の通り、この仕事はクライアントフェイシングエンジニアです。もし、その意味がよくわからない場合は、こちらのガイドをご覧ください。 （日本語版も近日公開します。）
では、実際の仕事内容を見ていきましょう。
ソリューションアーキテクトの仕事とは？
ソリューションアーキテクトとしての日々は、ハイレベルなピッチング、概念実証（POC）の開発、技術に関する継続的な学習、実装の処理、そして統合時に顧客と一緒に携わることで構成されます。
顧客と協働する際には、技術的な構造全体を描き、統合を導き出し、それらのを顧客と協働して行う能力が必要となります。
典型的な業務内容は以下の通りです。
顧客との対面やオンラインによるコミュニケーション
顧客の悩みや課題を分析し、技術的な解決策を設計する
技術デモ、プレゼンテーション、概念実証の作成と提供
顧客と開発チームとの橋渡し役
社内営業および社外営業パートナーへの教育および協力
顧客が製品で成功することを保証すること
このような顧客との関わりは、いくつかの興味深い機会をもたらします。
ソリューションアーキテクトのキャリアパスとは？
ソリューションアーキテクトの仕事は、顧客と向き合うスキルを身につけてキャリアアップを目指しているエンジニアにとって、素晴らしい次のステップとなります。
また、ソフトウェア販売の経験をお持ちの方にとっては、技術的な側面に関与できる素晴らしい機会です。
また、以下のようなユニークな機会もあります。
自分のビジネスだけでなく、顧客のビジネスの成功に直接影響を与えることができる。
顧客とのミーティング、提案、コラボレーションを通じて、ソフトスキルのレベルアップを図ることができる。
C-Suiteを含む全レベルの役職とコミュニケーションする能力を身につける。
CTO、ディレクターなどのリーダー的ポジションにつながる顧客対応経験の獲得。
ソフトウェア業界における協力者の永続的なネットワークの構築。
顧客のニーズに応え、製品開発全体に影響を与えることができる。
ここまで読んでいただいた方は、ソリューションアーキテクトとして働くことに興味があると思いますので、この役割に必要な要件を確認していきましょう。
ソリューションアーキテクトになるための要件とは？
ソリューションアーキテクトは顧客と接する仕事ですが、システムを設計する必要があるため、必須スキルの多くは技術的なものになります。
とはいえ、技術的な面を学べば、営業職からソリューションアーキテクトに転職することも可能です。
方法は企業によって異なりますが、以下のようなものがあります。
コンピュータサイエンスまたは同様の専攻で学位を取得。
ウェブ開発またはモバイルアプリ開発のライフサイクル、ビジネスモデリング、データベースコンセプト、アジャイル開発手法を用いたプロジェクトマネジメントに関する知識。
優れたコミュニケーション能力とプレゼンテーション能力を有し、技術的な資料を整理して理解しやすいように提示できること。
基本的なコーディング経験：HTML/JavaScript + タグマネージャ、Shell、Go、PHP、Node.js、およびKotlinなどのモバイルアプリ開発用言語による基本的なコーディング経験。
SQL、Python、Rを使用したデータ分析経験 。
Tableau、PowerBI、DataDog、Qlik Senseなどを用いたデータの可視化経験。
AWSサービスの基本的な知識（例：S3、EC2、Lambda)。
ビジネスに対する強い洞察力、または学習意欲。
顧客と接する技術的な役割、またはSaaSの営業経験。
チームや顧客の成功への意欲。
まだ迷っている方は、ソリューションアーキテクトの役割について、次によくある質問をご紹介します。
よくある質問
ソリューションコンサルタントとソリューションアーキテクトの違いとは？
これらの肩書きの実際の業務が同じであるケースはたくさんありますが、ここではそうでない場合について述べます。
ソリューションコンサルタントは、既存の技術を活用し、既存の製品にない顧客ニーズを製品化することを担当します。ソリューションアーキテクトと比較すると、高度なエンタープライズレベルのシステム構築の必要性は低くなります。
ソリューションアーキテクトは、開発チームによって構築されるシステムの設計を担当します。
どちらの役割も、ビジネスマインド、顧客志向、基本的なコーディング能力が求められますが、ソリューションアーキテクトとして、個々のソリューションではなく、高レベルのシステムを設計することになります。
ソリューションアーキテクトとソリューションエンジニアの違いとは？
これらの職種は多くの企業で同じような業務を担当することがよくありますが、核となる部分に大きな違いが1つあります。
ソリューションアーキテクトはシステムをデザインするのに対し、ソリューションエンジニアはシステムを実際に構築するのです。
しかし、ソリューションアーキテクトは一般的にシステムの設計を担当し、エンジニアは個々のソリューションの構築に重点を置きます。
ソリューションアーキテクトはコードを書く必要があるのでしょうか？
これは企業によって異なりますが、一般的には「はい」です。
開発者として働くことはありませんが、チームが開発・展開するための技術システムを設計することになります。
さらに、コードをチェックし、クエリーを実行し、チームと効果的に問題を伝達するために、実務に携わる必要があります。
最後に
ソリューションアーキテクトとしてのキャリアパスにご興味がありましたら、こちらからご連絡ください！
