クラウドアーキテクトのフリーランスはリモートで働ける？案件の傾向と探し方

クラウドアーキテクトは、方針書や設計書の作成、設計レビュー、費用の分析、IaCのレビューなど、文書と画面で完結する仕事が多く、リモートで進めやすい職種です。一方で、立ち上げ時の現状調査、重要な方針の合意、移行の切り替え、作業場所が決められた業界の案件では、出社や現地での作業を求められやすくなります。

リモートの案件を選ぶときは、「フルリモートか」だけで判断せず、どの場面で出社が要るか、各クラウドの権限をどう受け取るか、資料をどこで作り、どこに置くかまで確かめることが大切です。個別クラウドの構築や運用の案件でのリモートの事情はAWSのリモートの記事、Azureのリモートの記事、GCPのリモートの記事で扱っています。

リモートで進めやすい仕事

クラウドアーキテクトの仕事のうち、次のようなものは離れた場所から進めやすい部類です。

いずれも、成果物が文書やコードとして残る仕事です。逆に言えば、決めたことや経緯を文書に残す習慣がないと、リモートでは仕事が見えにくくなります。

出社や現地が求められやすい場面

立ち上げ時の現状調査

参画したばかりの時期は、現行のシステムや組織の事情を知るために、複数の部署へのヒアリングが続きます。対面で話したほうが早い相手も多く、最初の数週間だけ出社が多くなる案件もあります。

方針の合意とワークショップ

クラウドの使い分けや共通ルールの方針は、経営層や複数部署の合意が要ります。こうした場は対面で行いたいという発注側も多く、節目の会議だけ出社を求められることがあります。

移行の切り替え

移行の当日は、関係者が同じ場所に集まって進める現場があります。データセンターでの作業や、閉じたネットワークからしか操作できない環境が残っている場合も、現地での対応になります。

作業場所が決められた業界

金融や公共の案件では、作業できる場所や端末、ネットワークが規程で決められていることがあります。公共の案件で守るルールの全体像は公共の規制とセキュリティの記事で整理しています。

権限と資料の扱いを先に確かめる

各クラウドの入り方がそろっていない

複数のクラウドをまたぐ案件では、クラウドごとにIDや権限の申請の窓口が違うことがあります。参画初日にすべての権限がそろっているとは限らず、閲覧の権限だけで始まることも少なくありません。どのクラウドに、どのIDで、どの範囲の権限で入るのかを、参画前に確かめておくと立ち上がりが早くなります。

資料を作る場所と置く場所

アーキテクトの成果物は、構成図や方針書など、発注側の重要な情報を含む資料です。どのツールで作り、どこに保存し、自分の端末に残してよいかは、発注側の規程に従います。作図のツールやファイルの共有先が指定されている現場も多くあります。

端末と接続

貸与の端末を使うのか、自分の端末でよいのか、接続にVPNなどの指定があるのかを確かめます。総務省は、テレワークを行う企業向けに「テレワークセキュリティガイドライン」（第5版、2021年5月）を公表しています。自宅での作業環境の整え方は在宅作業のセキュリティの記事にまとめています。

リモートで判断を任されるための進め方

会議の前に比較の資料を配る

方針を決める会議をオンラインで行う場合、画面共有で説明を始めてから議論すると、時間内に結論が出にくくなります。比べる案、それぞれの利点と懸念、推す案と理由を1〜2枚にまとめて前日までに配っておくと、会議の時間を判断そのものに使えます。

決めたことを判断の記録に残す

決まったことは、前提、比べた案、選んだ理由、あとで見直す条件を短く書いた記録に残し、関係者が見られる場所に置きます。リモートでは、廊下での立ち話のような形で経緯が共有されにくいため、記録があることで「なぜこうなったか」を後から確かめられるようになります。

設計の変更はコードと差分で見せる

ガバナンスのルールや共通基盤の設定をIaCで管理している現場では、変更をコードの差分とレビューの形で示すと、離れていても何を変えたかが伝わります。本番の環境に影響する変更は、実施の前に手順と戻し方を共有しておくと、発注側も安心して任せやすくなります。

リモートの案件の探し方

経験の近い案件から選ぶ

リモートで信頼を得るには、発注側が「離れていても任せられる」と判断できる材料が要ります。経験の近い業界や、使ったことのあるクラウドの案件から選ぶと、最初から判断を任されやすくなります。

文書で残した実績を示す

スキルシートや面談で、方針書や設計判断の記録をどのように作り、どう共有していたかを伝えると、リモートでの進め方が想像しやすくなります。書き方はクラウドアーキテクトのスキルシートの記事で解説しています。オンラインの面談で構成を説明するときのコツはオンライン面談の記事にまとめています。

稼働の形を広げて探す

週5日の案件だけでなく、週2〜3日の設計レビューや助言の案件は、リモートを前提にしていることが多い形です。フルリモートの案件全般の探し方はフルリモート案件の記事、出社が前提の案件の考え方は常駐案件の記事で扱っています。

参画前に確かめたいこと

• 出社の頻度と場面：定例の出社日があるか、立ち上げや会議のときだけか
• 移行や切り替えの日の対応：夜間や休日の作業があるか、現地に行く必要があるか
• 権限の受け取り方：各クラウドへの入り方と、初日に使える範囲
• 資料の扱い：作成するツール、保存先、自分の端末に残してよいか
• 会議の時間帯：複数の部署や海外の拠点とつなぐ会議の時間

これらは、契約の段階で書面やメールに残しておくと、後の食い違いを防げます。フリーランス法では、発注側は業務の内容・報酬の額・支払期日などを書面やメールなどで明示することが求められています。読み方はフリーランス法の取引条件の記事をご覧ください。

よくある質問

クラウドアーキテクトの案件でフルリモートは難しいですか？

フルリモートの案件もありますが、立ち上げや重要な会議のときだけ出社を求める形が多く見られます。出社できる場面と頻度を具体的に伝えると、選べる案件が広がります。

移行の切り替えの日は、現地に行かないといけませんか？

案件によります。クラウドどうしの移行で、すべての操作が離れた場所からできる場合は、リモートで進めることもあります。データセンターでの作業や閉じたネットワークからの操作が残っている場合は、現地での対応になります。参画前に、切り替えの方式と当日の体制を確かめましょう。

リモートだと、方針を決める場に入れてもらえないことはありますか？

会議に参加していても、文書や議事録に自分の検討が残っていないと、判断に関わった人として見られにくくなることはあります。比べた案と推した理由を文書にして先に共有しておくと、離れていても議論の中心に入りやすくなります。