Pega の学習ロードマップ｜Academy の歩き方と最短で実務レベルに届く順序

結論から：順序は「概念 → System Architect ミッション → 自作 → CSA → 領域別深掘り」

Pega の学習を始めると、まず Pega Academy（公式の無料学習サイト）のコンテンツ量に圧倒されます。ミッションが何十本も並び、どれから手を付ければよいのか分からない——これが最初の壁です。

結論を先に言うと、実務レベルに最短で届く順序は次の 5 ステップです。

① ケースマネジメントの概念を掴む → ② System Architect ミッションをハンズオン込みで完走する → ③ 自分で小さいアプリを作る → ④ CSA（Pega Certified System Architect）を受験する → ⑤ UI・連携・レポートなど領域別に、実務に合わせて深掘りする。

そして全ステップに共通する原則が 1 つあります。「見る」より「作る」の比率を高く保つことです。Pega はローコードプラットフォームなので、動画を眺めているだけでも「分かった気」にはなれてしまいます。しかし実務で問われるのは「指示なしで作れるか」であり、その力はハンズオンでしか付きません。

まず Pega Academy の構造を理解する — ミッション・モジュール・チャレンジ

順序の話に入る前に、Pega Academy の構造を押さえておくと迷子になりません。Academy のコンテンツは 3 階層です。

• ミッション（Mission） — 役割やゴール単位の学習パス。「System Architect」のように、目指す人物像に必要なモジュールとチャレンジが一本にまとめられています。必修（Required）と表示されたアイテムをすべて完了すると総仕上げの Mission Exercise とテストが解放され、完走するとバッジが発行されます
• モジュール（Module） — 講義単位。動画やテキストで概念・機能を学び、確認クイズで理解を確かめます
• チャレンジ（Challenge） — ハンズオン課題。手順に沿って実際に Pega の環境を操作し、アプリを作ります

重要なのはチャレンジの扱いです。各チャレンジには専用の演習環境が付属しており、チャレンジ内の「Initialize Pega instance for this challenge」をクリックすると、そのチャレンジ専用のクラウド上の Pega 環境が自動で用意されます。自分でサーバーを立てたりライセンスを調達したりする必要はありません。無料コンテンツの範囲でもこの演習環境は利用でき、「Pega を触ってみたい」だけならアカウント登録から数分で実機に触れます。

運用上の注意も 1 つ。演習環境は一定時間操作しないと自動的にサスペンド（一時停止）され、サスペンド中であれば再開してそのまま作業を続けられますが、そのまま数時間放置すると環境ごと破棄されます。破棄後は新しい環境を作り直せますが、作業は最初からやり直しになります（具体的な猶予時間は変わりうるため、最新は Academy の案内で確認してください）。チャレンジは「時間があるときにまとめて」ではなく、1 回分を区切りよく終わらせる進め方が向いています。

費用面では、自習用のミッション・モジュール・チャレンジの多くはアカウント登録すれば無料です。費用が発生するのは認定試験の受験料（Pearson VUE 実施の試験は 1 回 190 USD——2026 年 7 月時点。LSA Design/Build 等の一部例外あり）と、講師付きトレーニングを選んだ場合です。つまり「実務レベルの基礎を作る」段階は、ほぼ無料で完結できます。

最短で実務レベルに届く 5 ステップ

ステップ	ねらい	手を動かす対象	目安
① ケースマネジメントの概念	語彙と発想の獲得	身近な業務を「ケース」に分解してみる	数日
② System Architect ミッション	標準機能の体系的な習得	各チャレンジのハンズオン	数週間
③ 小さいアプリの自作	「指示なし」で作れる力	自分の業務を題材にした自作	1〜2週間
④ CSA 受験	基礎の棚卸しと証明	②③の復習	—
⑤ 領域別深掘り	実務アサインへの接続	UI／連携／レポートの該当ミッション	継続

① ケースマネジメントの概念を掴む

最初に学ぶべきは操作手順ではなく、Pega の中心概念であるケースマネジメントの考え方です。Pega では「1 件の業務の進行」をケース（Case）として表現し、ケースはステージ（業務の大きな段階）とステップ（個々の作業）で構成されます。担当者が処理を待っている状態がアサインメント（Assignment）、処理の流れがフロー（Flow）です。

この語彙は抽象度が高く、日本語の直感と一致しません。たとえばアサインメントは「課題」でも「割当作業そのもの」でもなく、「誰かの処理を待っている地点」を指します。ここを曖昧にしたまま操作を覚えると、後のすべての学習で「言葉は追えるが意味が分からない」状態になります。

おすすめは、概念モジュールを見た後に自分の身近な業務を 1 つケースに分解してみることです。たとえば社内の稟議申請なら、「申請 → 上長承認 → 経理確認 → 完了」というステージ、承認待ちというアサインメント、差し戻しというフローの分岐。紙に書くだけでも、語彙が「自分の言葉」になります。

② System Architect ミッションを完走する（ハンズオン込み）

概念が入ったら、Academy の System Architect ミッションに進みます。CSA 資格に対応した学習パスで、ケースライフサイクルの設計（ワークフロー・承認・エスカレーション）、データの取り扱い、画面、意思決定ロジック（デシジョンテーブル／デシジョンツリー）、セキュリティ、テストといった標準機能を一通りカバーします。Pega の基礎体力はここで決まります。なおレポーティングを本格的に扱うのは一つ上の Senior System Architect ミッション以降なので、この段階で網羅できていなくても心配は要りません。

進め方の原則は「モジュールを見たら、対応するチャレンジをその場でやる」です。動画を先にまとめて消化したくなりますが、それは後述する「分かった気」の罠に直行するルートです。ローコードの学習は、講義 3 割・ハンズオン 7 割くらいの比率が実感として適切です。

③ 自分で小さいアプリを作る

ミッションを完走したら、チャレンジの手順書なしで、小さいアプリをゼロから 1 本作ります。ここがロードマップ全体で最も効果の大きいステップです。

チャレンジは優れた教材ですが、手順が書いてある以上「写経」です。実務で問われるのは、要件から「これはケースか、データか」「ステージをどう切るか」「承認は誰に割り当てるか」を自分で決める力です。題材は自分の業務から取るのが最良です。備品購入申請、問い合わせ対応、月次の点検業務——ステージが 3〜4 個で収まる規模で十分です。作ってみると、チャレンジでは迷わなかった箇所で必ず手が止まります。その「止まった箇所」こそが、まだ身に付いていなかった部分です。

④ CSA を受験する

自作まで終えたら、CSA を受験します。正式名称は **Pega Certified System Architect（PCSA）**で、System Architect 認定パスの最初のレベルに当たる資格です（日本の現場では旧称の「CSA」で呼ばれることが多いため、本稿でも CSA と表記しています）。試験は Pearson VUE 経由で申し込み、テストセンターのほか自宅からのオンライン監督付き受験も選べます。

②の直後ではなく③の後に置くのがポイントです。手を動かした経験があると、設問が「暗記した用語」ではなく「触った機能」として読めるため、対策コストが大きく下がります。資格そのものは目的ではありませんが、基礎の抜け漏れを棚卸しする機会として、また対外的に基礎力を示す証明として費用対効果の高い投資です。

⑤ 領域別に深掘りする — 実務に合わせて選ぶ

CSA 後は、全部を順に学ぼうとせず、これから携わる実務に合わせて領域を選びます。

これからの実務	優先して深掘りする領域	学ぶ内容の例
画面まわりの構築・改修が多い	UI	Constellation の考え方と標準コンポーネント、Cosmos との違い
外部システムとつなぐ	連携	コネクタとサービス、REST 連携、エラーハンドリング設計
帳票・KPI・運用レポートを扱う	レポート	Report Definition、データモデルとレポートの関係

ここから先は「学習のための学習」をやめ、実務の課題を Academy と公式ドキュメントで裏取りしながら進めるフェーズです。深掘りの優先度はプロジェクトの状況で決めてください。

よくある失敗

失敗 1：動画を全部見てから作ろうとする

最も多い失敗です。Pega はデモ動画が分かりやすいため、視聴だけで理解が進んでいる感覚になります。しかし 2 週間分の動画を見終えた後に App Studio を開くと、最初のケースタイプ作成から手が止まる——これが「分かった気」の罠です。対策はシンプルで、モジュール 1 本ごとに対応チャレンジを即座にやること。演習環境はチャレンジごとに無料で用意されるのですから、使わない理由がありません。

失敗 2：概念を飛ばして操作手順から入る

逆に、いきなりチャレンジの手順だけをなぞるのも失敗します。手順どおりに作れても、「なぜこれをケースにするのか」「ステージをこう切る理由は何か」が分からないため、手順書がない実務で応用が利きません。ステップ①の概念理解は遠回りに見えて、最短経路の一部です。

失敗 3：英語を理由に止まる

Academy も公式ドキュメントも英語中心のため、ここで足が止まる方が少なくありません。実務的な対処は「製品用語・ルール名は英語のまま覚え、概念の理解は日本語で補強する」です。実際の開発画面も英語表記が基本なので、Case Type や Assignment を無理に訳さずそのまま扱うほうが、かえって実務に直結します。

日本語リソースの現状と使い方

正直に言えば、Pega の日本語学習リソースはまだ限られています。公式コンテンツは英語が先行し、日本語化されたものは一部にとどまります。体系的な日本語書籍もほぼありません。

そのため現実的な学習構成は、骨格は Academy（英語）＋概念の補強は日本語の技術記事という組み合わせになります。当ブログでも、実案件の設計判断に踏み込んだ日本語記事を公開しています。たとえば設計の最初の分岐であるケースとデータインスタンスの使い分けや、UI 選定の判断材料になる Constellation と Cosmos の比較は、ステップ③〜⑤で直面する判断をそのまま扱っています。Academy で機能を学び、日本語記事で「実務ではどう判断するか」を補う使い方が効率的です。

まとめ

• 順序は 概念 → System Architect ミッション → 自作 → CSA → 領域別深掘り。この並びには理由があり、入れ替えると効率が落ちる
• Academy はミッション／モジュール／チャレンジの 3 階層。チャレンジごとに無料のクラウド演習環境が用意され、登録から数分で実機に触れる
• 全ステップ共通の原則は「見る 3 割・作る 7 割」。動画視聴だけの「分かった気」が最大の罠
• 最も効果が大きいのは手順書なしの自作。自分の業務を題材に、小さく 1 本作り切る
• 日本語リソースは限られるため、骨格は Academy・補強は日本語記事の組み合わせで進める

Pega 人材の育成は、正しい順序で進めれば決して長い道のりではありません。一方で、チーム全体の育成計画や、実案件と並行した OJT の設計となると、経験者の伴走があるかどうかで立ち上がりの速度が大きく変わります。

---

Pega 技術者の育成・体制構築でお困りの際は、Pega Platform 開発支援 や 無料相談 をご利用ください。実案件での設計・実装経験にもとづき、学習計画の設計からご支援します。

関連リンク

• Pega Platform 開発支援
• Pega Constellation UI 導入支援サービス
• Pega設計の分岐点：ケースにすべきか、データインスタンスか
• Pega Constellation UI と Cosmos の違いを徹底比較
• 無料相談に申し込む