【2025年最新】AWS初学者オンボーディングテンプレート｜VPC構築で戦力化する実践ロードマップ

2026年3月16日

当ページのリンクには広告が含まれています。

こんばんは！IT業界で働くアライグマです！

「AWS経験ゼロのメンバーを90日でVPC運用までたどり着かせたい」
「詰まったときに相談できる人が限られていて育成が止まってしまう」
2025年9月25日時点で取得した検索データでも「AWS 初心者」「VPC 作り方」といったクエリが好調で、私が社内で支援しているチームでも同じ課題感が噴出していました。
そこで今回は、PjMとして設計してきたAWSオンボーディングのテンプレートを共有します。

AWSオンボーディング全体像と学習ステージ設計

想定ペルソナと前提スキル評価

私が支援してきたオンボーディングは、インフラ未経験または経験1年未満のメンバーを対象にしています。
最初に行うのはスキル診断シートの記入です。
シートではLinux操作経験、ネットワーク基礎、クラウド利用履歴、ドキュメント作成力をそれぞれ5段階で自己評価してもらい、メンターがヒアリングで補正します。
このプロセスで把握したギャップをロードマップに反映すると、後半での躓きが大幅に減りました。

90日ロードマップの設計指針

90日を「理解→構築→運用」の3フェーズに分割します。
最初の30日はAWSアカウントの基本理解とハンズオン動画で用語を揃え、2か月目にVPC設計から構築までを手を動かしながら実施、3か月目は監視と自動化タスクに挑戦する流れです。
ロードマップには各週の達成基準とレビュー項目を明記し、PjMが進捗会議で活用します。
私はこのロードマップを共有すると、関係者間の「どこまでできるとデビューか」という認識が一致し、後続のアサイン調整がスムーズになりました。

PjMとしての意思決定基準

PjMはコスト・スケジュール・品質のトレードオフを常に意識します。
私の場合、教育に投入する稼働時間、クラウド利用料、レビュー体制の負荷を週次で確認し、許容範囲を超えると判断したらプログラムの密度を調整します。
判断基準をチームに共有しておくと、現場からの相談が早まりリスクを先回りできます。

意思決定の基準: 教育工数とクラウド費用のバランスが崩れた兆候を早期に検知できる情報設計かどうかを確認します。

VPC構築を軸にした初月カリキュラム

ハンズオン前提条件と教材選定

初月のテーマはVPC設計です。
受講者には事前にネットワーク基礎の教材を読んでもらい、AWS公式ハンズオンでアカウントの操作に慣れてもらいます。
私は導入時に学習用ログインガイドを作成し、環境破壊のリスクを避けるためにサンドボックスアカウントの利用ルールを文書化しました。
インフラエンジニアの教科書を合わせて参照すると、ネットワークの概念が腹落ちしやすいです。

週次学習タスクとレビュー体制

週次の課題は段階的に難度を上げます。
第1週はVPCとサブネットの作成、第2週はルートテーブルとインターネットゲートウェイ、第3週はセキュリティグループとネットワークACL、第4週は演習シナリオでの統合確認です。
各週の終わりにメンターとのレビューを設定し、設計書と構築ログを提出してもらいます。
レビューは「設計意図→設定値→テスト結果」の順で説明するルールを定め、アウトプットの品質を保ちました。

学習支援ツールと補助教材

VPCの構造は図で理解するほうが速いため、ダイアグラムツールのテンプレートを配布しています。
Terraformの簡易サンプルも用意し、手動構築とコード化の違いを比較できるようにしました。
この比較があると、自動化が難しいポイントの洗い出しが捗ります。

意思決定の基準: 各週のゴールとレビュー条件が明確に定義され、習熟度を定量で把握できるかを確認します。

学習を支えるメンタリングとチーム体制

メンターとレビュワーの役割定義

メンターは技術面の質問対応、レビュワーは設計書とコードの評価という役割分担が効果的でした。
私は週次で役割表を更新し、誰がどの受講者に付き添うかを明確にしました。
役割が曖昧なまま進めると、質問が宙に浮いて回答が遅れるため注意が必要です。

日次・週次のフォロー仕組み

受講者には毎日の振り返りを提出してもらい、達成度・詰まった点・翌日の予定を記録してもらいます。
週次では15分のスタンドアップミーティングを設定し、チーム全体で学びを共有します。
メンターが欠席する場合に備え、ナレッジベースにQ&Aを蓄積して属人化を防ぎました。

習熟度に応じた業務アサイン戦略

私はオンボーディングの後半で小規模な改善タスクを割り当て、実務での成功体験を早めに得てもらいます。
このとき、既存記事のナレッジを紹介するために【2025年最新】Git運用戦略完全ガイド｜チーム開発で失敗しないブランチ管理術を教材として渡し、手順書の参照方法を習慣化しました。
NUSIGN マグネット式ホワイトボード A3サイズを使ってホワイトボードに進捗を可視化するリモートボードも好評でした。

意思決定の基準: メンター体制とナレッジ蓄積が両立し、属人化を避けられるかを確認します。

VPC設計で磨くセキュリティとガバナンス

IAMとネットワーク権限のガードレール設計

オンボーディングの最中でもセキュリティは妥協できません。
私はIAMロールを学習用と本番用に分け、サービスコントロールポリシーで利用できるサービスを限定しました。
さらに、操作ログをCloudTrailで保管し、週次で参照して不審な操作がないかを確認します。

インシデント防止のチェックリスト

チェックリストには「セキュリティグループが全開放になっていないか」「削除禁止タグを付けているか」などを記載し、課題提出前に自己点検してもらいます。
私は過去に課題の作成途中で環境を削除してしまう事故を経験したため、削除保護の設定を必須にしました。

社内向け運用ポリシーの整備

オンボーディング終了後も運用が続くため、ポリシードキュメントを共有ストレージで管理しています。
セキュリティレビューのハードルを下げるために【2025年最新】AIエージェントの実践活用ガイド｜開発現場で成果を出す導入・運用戦略で紹介した自動化の仕組みを参考に、アラート対応を半自動化しました。
YubiKey 5C NFC (セキュリティキー) のような物理キーを導入すると、権限管理が一段と安心になります。

意思決定の基準: 権限設計と監査プロセスが教育段階から組み込まれているかを確認します。

成果計測と改善サイクルの回し方

KPI設定と計測方法

オンボーディングの成果は「模擬試験正答率」「レビュー指摘件数」「自走できるタスク数」で追跡しています。
私は週次でダッシュボードを更新し、習熟が遅れているメンバーには追加メンタリングや教材を提供しました。
これにより、想定より進捗が遅れるメンバーも早い段階でフォローできます。

改善バックログ運用

受講者の振り返りから改善点を抽出し、「課題→原因→施策→優先度」で整理したバックログを保守しています。
隔週の改善ミーティングでは【2025年最新】CursorでローカルLLMを使いこなす完全ガイド｜コスト削減とプライバシー保護を両立する設定術のノウハウも参考にし、ドキュメント化や自動化アイデアを検討します。
Time Timer MOD 60分視覚タイマーを活用して集中レビュー時間を確保すると、議論が短時間でまとまりました。