基本情報技術者試験のプロジェクトで使用する三つのプロセス

基本情報技術者試験のプロジェクトで使用する三つのプロセスって、プロジェクトマネジメントとか引渡しや支援のプロセスとか用語が一気に出てきて、「結局どう違うの？」ってモヤっとしやすいところかなと思います。特にシラバスに書いてあるプロジェクトマネジメントの五つのプロセス群や十の対象群との関係まで意識しようとすると、一気に難しそうな空気が出てきますよね。

「プロジェクトマネジメントのプロセスは立ち上げから終結まで」「引渡しのプロセスはお客さんへの納品」「支援のプロセスは裏方の仕組み」と説明されても、言葉だけ並べられるとイメージしづらいですし、試験問題の文章になると急に読みにくさが増して、どれの話をしているのか迷子になりやすいです。ここがつまずきポイントになって、「プロジェクト分野はなんとなく苦手…」という声もよく聞きます。

この記事では、基本情報技術者試験のプロジェクトで使用する三つのプロセスを、プロジェクトマネジメントのプロセス、引渡しのプロセス、支援のプロセスという三本柱に分けて、できるだけ日常のイメージで整理していきます。試験で狙われやすいポイントや覚え方のコツもまとめるので、「ここだけ押さえれば点が取りやすい」という目線で読み進めてもらえればうれしいです。プロジェクト経験がなくてもイメージできるようにたとえ話もたくさん入れていくので、肩の力を抜いてついてきてもらえれば大丈夫ですよ。

基本情報技術者試験のプロジェクトで使用する三つのプロセスとは

まずは、基本情報技術者試験のシラバスで定義されているプロジェクトで使用する三つのプロセスを、ざっくりと全体像から押さえていきます。ここでは名前と役割のセットで覚えるのがゴールです。「名前を見た瞬間に、どんな仕事のグループかパッと浮かぶ」状態まで持っていければかなり有利ですよ。

三つのプロセスは、プロジェクト全体を「どの視点で切り分けて見ているか」の違いだと思ってください。プロジェクトマネジメントのプロセスはプロジェクトの進め方と管理の視点、引渡しのプロセスはお客さんに成果物を届ける出口の視点、支援のプロセスはそれらを支える仕組みやルールの視点です。それぞれのプロセスに属する活動や作業が試験の選択肢として出てくるので、「この作業はどの視点の話かな？」と考えられるかどうかが勝負になってきます。

プロジェクトマネジメントのプロセスとは何か

プロジェクトで使用する三つのプロセスの一つ目が、プロジェクトマネジメントのプロセスです。これはプロジェクトそのものを計画して、実行して、コントロールして、きちんと終わらせるための管理のやり方だと思ってもらえばOKです。もう少しラフに言うと、「やること決めて、みんなを動かして、トラブルを調整して、最後まで面倒を見る役割のセット」ですね。

たとえば、文化祭のクラス企画をイメージしてみてください。出し物を決めて、予算やスケジュールを決めて、当日までの準備を進めて、終わったら片付けと振り返りをしますよね。このとき、企画のリーダーや先生が中心になって、

• どんな出し物にするかを決める
• いつまでに何を終わらせるかスケジュールを引く
• 必要な備品や材料を洗い出してお金の使い方を決める
• 進捗が遅れている子に声をかけたりフォローしたりする
• 終わったあとに反省会をして「次はこうしよう」とまとめる

といったことをやっていますよね。この「どう進めるか」「誰が何をするか」「時間とお金をどう配分するか」を決めていく流れが、プロジェクトマネジメントのプロセスです。ITの世界でもやっていることの本質は変わりません。

プロジェクトマネジメントプロセスのざっくり構造

基本情報技術者試験では、プロジェクトマネジメントのプロセスは次のような要素に分けて語られることが多いです。

• プロジェクトの目的や範囲をはっきりさせる
• スケジュールやコスト、品質の目標を決める
• メンバーや外部パートナーなどの体制を整える
• 計画どおりに進んでいるかを監視・調整する
• 終わったあとに成果と課題を整理して終結させる

この一連の流れ全体が、三つのプロセスの中でいうところの「プロジェクトマネジメントのプロセス」に該当します。つまり、プロジェクトマネジメントのプロセスは「プロジェクトを進めるための司令塔の動き全般」と覚えておくと、選択肢を見たときに判断しやすくなりますよ。

分類	ざっくりイメージ
プロジェクトマネジメントのプロセス	プロジェクトの進め方・管理のやり方
引渡しのプロセス	お客さんに成果物を渡すための手順
支援のプロセス	プロジェクトを裏から支える仕組み

試験でのよくあるひっかけ

基本情報技術者試験では、さらにこのプロジェクトマネジメントのプロセスが、立ち上げ、計画、実行、管理、終結という五つのプロセス群に分かれて登場します。ここでよく起きるのが、「三つのプロセス」と「五つのプロセス群」をごちゃごちゃに覚えてしまうパターンです。三つのプロセスはあくまで大きな箱で、そのうちの一つの箱（プロジェクトマネジメントのプロセス）の中身を細かくしたのが五つのプロセス群だと整理しておくと、頭がスッキリします。

選択肢では、「プロジェクトの実行状況を監視し、必要に応じて計画を見直すプロセス」という文章が出てきたときに、

• 三つのプロセスの分類としてはプロジェクトマネジメントのプロセス
• 五つのプロセス群としては管理のプロセス群

という二段構えで分類できるかがポイントになります。この感覚が育ってくると、プロジェクトマネジメント全体が一気に整理されて見えてくるので、「まずはマネジメントのプロセス＝司令塔全般」という軸をしっかり固めておくのがおすすめです。

豆知識：プロジェクトマネジメントのプロセスは、PMBOKやJISの考え方がベースになっていますが、基本情報技術者試験では難しい専門用語よりも、全体の流れをイメージできているかがよく問われます。図で流れを描いてみると、頭に残りやすくなりますよ。

引渡しのプロセスの基本的な役割

二つ目の引渡しのプロセスは、その名の通り完成した成果物を「お客さんにちゃんと渡す」ための手順です。システム開発なら、納品テスト、受け入れテスト、マニュアルの提供、運用引継ぎ、データ移行、ユーザ教育などがここに含まれます。開発がどれだけうまくいっても、最後の引渡しがグダグダだと、プロジェクト全体の評価がガクッと落ちてしまうので、とても重要なフェーズです。

イメージとしては、宅配便の「配達完了」フェーズに近いです。荷物をちゃんと届けたか、間違いなく受け取ってもらえたか、トラブルがないかを確認するところですね。ITの世界では、「荷物」がシステムやアプリケーションで、「お客さん」がユーザや業務部門になります。しかも、ただ渡すだけでなく、「ちゃんと動くか」「現場の人が使えるか」「以前のデータが問題なく使えるか」まで含めて面倒を見る必要があります。

引渡しのプロセスで行う代表的な活動

引渡しのプロセスでは、具体的に次のような活動がよく挙げられます。

• 受け入れテスト（ユーザ側が実施するテスト）の支援
• 本番環境へのリリース作業の計画と実行
• 旧システムから新システムへのデータ移行
• 運用担当者やユーザ向けのマニュアル作成と説明会
• 問い合わせ窓口やサポート体制の整備
• 引渡し後の保証期間や保守契約の取り決め

試験では、これらの活動が文章で説明されていて、「どのプロセスに分類されるか」を選ぶパターンが多いです。たとえば、「新システムの運用担当者へ、障害発生時の対応手順を説明した」という記述が出たとき、これは「運用に関する教育＋引継ぎ」なので、引渡しのプロセスに分類される、という感じです。

引渡しでモメないためのポイントと試験での狙われ方

現場の世界では、引渡しがうまくいかないと「話が違う」「聞いていた仕様と違う」といったトラブルが発生しがちです。そのため、引渡しのプロセスでは、

• 事前に受け入れ条件（どの状態ならOKとするか）を合意しておく
• テスト結果や不具合対応の内容をちゃんと記録に残しておく
• 口頭の説明だけに頼らず、マニュアルや手順書として文書化する

といった「合意と証拠を残す動き」がとても大切になります。試験では、このあたりの考え方が、「契約条件の明確化」「受け入れ基準の合意」「テスト結果のレビュー」といった言葉で出てくることが多いです。

覚えるときのコツは、「引渡し＝納品＋移行＋引継ぎ」というセットでイメージすることです。単に「納品しました！」で終わりではなく、「新システムにデータも移した」「現場の人が使えるようにした」「運用の人にバトンタッチした」ところまで含めて引渡しだと思っておくと、選択肢の見え方が変わってきますよ。

ここがポイント：引渡しのプロセスに出てくるキーワードとして、「受け入れテスト」「移行」「教育」「マニュアル」「保証」「保守契約」あたりをセットで覚えておくと、「あ、この文章は引渡しの話をしているな」と気付きやすくなります。

支援のプロセスが果たす機能と重要性

三つ目の支援のプロセスは、プロジェクトマネジメントや引渡しを裏から支える縁の下の力持ちのような存在です。代表的なものとして、品質保証、構成管理、インフラ管理、教育、標準化、ツールの整備、各種ガイドラインの整備などがイメージしやすいと思います。「直接成果物を作るわけではないけれど、それがないとプロジェクトがグチャグチャになるもの」が集まっているイメージですね。

たとえば、テスト環境を用意したり、開発ルールやテンプレートを整えたり、トラブル時のエスカレーションルールを決めたりする活動は、直接アプリの画面を作っているわけではありません。でも、これがなかったら、メンバーごとにバラバラなルールで作業が進んで、あとから修正や確認が大変なことになります。この「あらかじめ土台やルールを整えておく」部分が、支援のプロセスに含まれます。

支援のプロセスの具体例

支援のプロセスに含まれる活動の例を、もう少し具体的に挙げてみます。

• 品質保証部門によるレビューや監査
• バージョン管理ツール（Gitなど）の運用ルール整備
• 共通フレームワークやコーディング規約の整備
• 開発環境・テスト環境・本番環境の管理
• プロジェクトメンバー向けの教育や研修
• 各種テンプレート（計画書、議事録、報告書など）の提供

試験では、「プロジェクトで使用するテンプレートを標準化し、各プロジェクトへ提供する」といった文章が出てきた場合、それは支援のプロセスの話と考えます。ポイントは、「特定の一つのプロジェクトに閉じた話なのか」「複数のプロジェクトをまたいで支援している活動なのか」を見分けることです。後者は支援のプロセスになりやすいです。

支援プロセスをイメージで覚える

覚え方としては、次のようなたとえが使えます。

• プロジェクトマネジメントのプロセス：監督・マネージャー
• 引渡しのプロセス：試合の最終回での締めの場面
• 支援のプロセス：トレーナー、用具係、グラウンド整備、データ分析班など

試合（プロジェクト）で直接ボールを投げたり打ったりする人たちだけでなく、それを支えるたくさんの人たちがいるからこそ、いい試合ができますよね。同じように、支援のプロセスは、プロジェクトマネジメントや引渡しを支えるための「見えにくいけれど超大事な役割」をまとめたものだと覚えておくと、イメージしやすいかなと思います。

ここがポイント：三つのプロセスをざっくり分けると、プロジェクトを進める「表の仕事」（プロジェクトマネジメント）、成果を届ける「出口の仕事」（引渡し）、それらを支える「裏方の仕事」（支援）、というイメージで覚えるとスッと入ってきます。支援と聞いたら「裏方だな」と反射的に思えるようになるまで、問題演習で慣れていくのがおすすめです。

プロジェクトマネジメントの五つのプロセス群との関係

シラバスには、プロジェクトマネジメントの五つのプロセス群として、立ち上げ、計画、実行、管理、終結が登場します。この五つのプロセス群は、先ほどの「プロジェクトマネジメントのプロセス」という一つの箱の中を、さらに細かく分けたものだと考えてください。三つのプロセスと五つのプロセス群を同じレベルのものとして覚えてしまうと混乱するので、「箱の中の中身」として意識しておくのがポイントです。

三つのプロセスと五つのプロセス群の階層イメージ

試験のイメージとしては、こんな構造です。

• プロジェクトで使用するプロセス（三つの大分類）
  • プロジェクトマネジメントのプロセス
    • 立ち上げのプロセス群
    • 計画のプロセス群
    • 実行のプロセス群
    • 管理のプロセス群
    • 終結のプロセス群
  • 引渡しのプロセス
  • 支援のプロセス

この構造をひと目でイメージできるかどうかで、選択肢の読みやすさが大きく変わります。たとえば、「プロジェクトの目的と目標を明確にし、プロジェクト憲章を作成する」という説明が出てきたとき、これは「立ち上げのプロセス群」の中の話であり、三つのプロセスで言えば「プロジェクトマネジメントのプロセス」に属します。

五つのプロセス群のざっくり役割

五つのプロセス群については、次のような一言イメージで覚えておくと便利です。

• 立ち上げ：やるかやらないか、何をやるかを決める
• 計画：どうやってやるかを細かく決める
• 実行：計画どおりに作業を進める
• 管理：進捗や品質をチェックして調整する
• 終結：後始末と振り返りをしてきちんと終わらせる

三つのプロセスの問題が出たときに、「これはプロジェクトマネジメントのプロセスの中でも、立ち上げ寄りの内容だな」「これは終結フェーズっぽいな」と感じられるようになると、プロジェクト全体の流れがつながって見えるようになってきます。慣れてきたら、過去問を解くときに、問題文の横に「立」「計」「実」「管」「終」のようなメモを書いて分類してみると、理解がかなり深まりますよ。

三つのプロセスと五つのプロセス群がごっちゃになりやすいので、「三つは大枠の分類、五つはプロジェクトマネジメントプロセスの中の流れ」という整理を頭の片隅に置いておくと、選択肢で迷いにくくなります。

プロジェクトマネジメントの十の対象群との関係

もう一つよくセットで出てくるのが、プロジェクトマネジメントの十の対象群（知識エリア）です。スコープ、スケジュール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダ、統合などの分野に分かれていて、「何を管理するか」にフォーカスした分類だと思ってください。五つのプロセス群が「時間の流れ」で見た分類なのに対して、十の対象群は「管理する対象」で見た分類です。

五つのプロセス群×十の対象群のマトリクス

実務的には、プロジェクトマネジメントは「五つのプロセス群」と「十の対象群」のマトリクスで考えます。たとえば、

• 立ち上げフェーズにおけるステークホルダの特定
• 計画フェーズにおけるスケジュールとコストの計画
• 実行フェーズにおける品質管理活動
• 管理フェーズにおけるリスクモニタリング
• 終結フェーズにおける契約のクローズと調達の整理

といった感じで、「いつ」「何を」管理しているのかを組み合わせて考えるイメージですね。基本情報技術者試験では、ここまで厳密なマトリクスを覚える必要はありませんが、「時間の流れ」と「管理対象」を分けて考える癖を付けておくと、上位資格や実務につながりやすくなります。

三つのプロセスとのつながり方

では、三つのプロセスとの関係はどうなるでしょうか。ざっくり言うと、

• プロジェクトマネジメントのプロセスの中身を、五つのプロセス群×十の対象群で細かく管理している
• 引渡しのプロセスでも、スコープ（何を渡すか）や品質（どのレベルまで保証するか）などの対象群の考え方を使う
• 支援のプロセスでは、品質や資源、コミュニケーションなどの分野で横断的な仕組みを整える

といった関係になります。試験の問題では、三つのプロセス単体よりも、対象群に関する用語（スコープ、リスク、ステークホルダなど）のほうが登場頻度は高いですが、「この用語はどのプロセスで主に扱われているか」を意識しながら解くと、理解が一段深くなります。

関連して押さえたい分野：プロジェクトマネジメントは、基本情報技術者試験と情報セキュリティマネジメントの違いと選び方を解説している記事でも触れているように、上位資格や他の国家試験ともつながる重要テーマです。将来的にステップアップを考えているなら、早めに基礎を固めておくと後がラクになります。

基本情報技術者試験と情報セキュリティマネジメントの違いと選び方

基本情報技術者試験のプロジェクトで使用する三つのプロセスを得点源にする勉強法

ここからは、基本情報技術者試験のプロジェクトで使用する三つのプロセスを、実際の試験で点数につなげるための勉強のコツをまとめていきます。「なんとなく言葉は聞いたことがある」状態から、「問題文を読んだら、どのプロセスのことを言っているのか判定できる」状態まで持っていくのがゴールです。

プロジェクト分野は、理論だけ読んでいると眠くなりがちですが、出題パターンはかなり定型的です。つまり、一度パターンをつかんでしまえば、安定して得点源にしやすい分野でもあります。ここでは、「どうやって覚えるか」「どうやって過去問を使うか」「どんなノートを作るか」「勉強全体のロードマップをどう描くか」を順番に見ていきますね。

プロジェクトで使用する三つのプロセスの覚え方

まずは名前＋一言イメージで覚えてしまうのが最優先です。ここが曖昧なままだと、どれだけ問題を解いても「結局どっちだっけ？」と毎回迷うことになってしまいます。おすすめは、次のような一言イメージとセットで覚える方法です。

• プロジェクトマネジメントのプロセス：進め方を決めて管理するプロセス
• 引渡しのプロセス：成果物をお客さんに届けるプロセス
• 支援のプロセス：裏からプロジェクトを支えるプロセス

この三つを、問題を解くたびに口に出して確認していくと、短期間でかなり定着してきます。「あれ、これは裏方の話だから支援っぽいな」「これはお客さんに渡しているから引渡しだな」といった感覚が育ってくると、長めの文章問題でもサクッと選べるようになってきます。

語呂合わせ＋イメージ図で覚える

人によって合う合わないはありますが、語呂合わせとイメージ図を組み合わせると、かなり覚えやすくなります。たとえば、

• マネジメント：「前に出てメンバーをまとめる」→前に出ている人をイメージ
• 引渡し：「荷物を引き渡す」→宅配員が荷物を渡しているイメージ
• 支援：「後ろから支える」→舞台袖で支えるスタッフのイメージ

というように、「前・出口・裏方」と空間的にイメージしておくと、頭の中で位置関係ができて整理しやすくなります。ノートに簡単なイラストを描いてみるのもおすすめですよ。

覚え方のコツ：三つのプロセスは、細かい用語よりも「どんな役割のグループなのか」をイメージできるかどうかで差が付きやすいところです。暗記カードを作るときも、定義の丸暗記ではなく、必ず自分なりの一言イメージを書き添えておくのがおすすめです。「前・出口・裏方」というキーワードをセットにしておくと、頭の中で分類しやすくなります。

プロジェクトで使用する三つのプロセスと過去問傾向

試験対策としては、「どれくらい出るのか」「どう出るのか」が気になりますよね。プロジェクトで使用する三つのプロセスは、マネジメント系の中では毎回1〜2問は狙われやすい定番テーマという位置付けです（あくまで一般的な目安です）。1問の配点は決して小さくないので、ここを取りこぼさないだけでも合格にグッと近づきます。

よくある出題パターン

出題パターンとしては、次のようなものが多いです。

• 三つのプロセスの定義や説明文と名前を対応させる問題
• 具体的な事例を読んで、どのプロセスに当たるかを選ぶ問題
• プロジェクトマネジメントの五つのプロセス群との違いを問う問題
• 支援のプロセスに含まれる活動を選ばせる問題

特に二つ目の「事例から分類する問題」は、文章量が多くて一見むずかしそうに見えますが、やっていることはシンプルで、「この活動は進め方の話か？引渡しの話か？裏方の話か？」を見抜くだけです。過去問を解きながら、「この一文はどのプロセスに対応しているか？」と自分でラベルを貼ってみると、グッと理解が深まります。

過去問を使った効率的な練習方法

本気で点数を取りに行くなら、過去問演習の中で次のような工夫をしてみてください。

1. 問題文を読んだら、まず「マ」「引」「支」のような簡単なメモを問題の横に書く
2. 選択肢ごとに、「どのプロセスの話か」を自分なりに分類してから選ぶ
3. 間違えたときは、「どのキーワードを見落としたか」「なぜ別のプロセスだと思ったか」をノートにメモする

こうやって「自分の勘違いパターン」を集めていくと、同じミスを繰り返しにくくなります。「あ、前もこの『受け入れ』という言葉を読んでいるのにプロジェクトマネジメントだと思い込んでいたな」みたいな気付きが増えてくると、どんどん精度が上がっていきますよ。

過去問との付き合い方：プロジェクト分野に限らず、基本情報技術者試験の勉強では、暗記と過去問をうまく組み合わせることが大事です。暗記一覧の作り方や使い方については、別記事で詳しくまとめています。

基本情報技術者試験の暗記一覧で合格力を底上げするコツ

プロジェクトで使用する三つのプロセスの暗記ノート活用術

三つのプロセスは、量としてはそこまで多くないので、コンパクトな暗記ノートを一つ作ってしまうのがおすすめです。ノートを作るメリットは、「自分の言葉に翻訳することで記憶が定着しやすくなる」「見返したときに全体像を一瞬で思い出せる」というところにあります。

おすすめノート構成

具体的には、次のような構成にすると使いやすいです。

• 1ページ目：三つのプロセスの名前と一言イメージ
• 2ページ目：プロジェクトマネジメントのプロセスの代表的な活動
• 3ページ目：引渡しのプロセスで行う代表例（受け入れテスト、ユーザ教育など）
• 4ページ目：支援のプロセスに含まれる活動例（品質保証、構成管理など）
• 5ページ目：三つのプロセスのよくある勘違いパターン

特に5ページ目の「勘違いパターン」は超おすすめです。「この活動をプロジェクトマネジメントだと思ったけど、本当は支援だった」など、自分が間違えたところだけを集めたページを作ると、試験直前にそこだけ見返すだけでもかなり効果があります。

ノートづくりで意識したいポイント

ノートを作るときは、自分の言葉で書き直すことがとても大事です。シラバスや教科書の文章をそのまま写すのではなく、

• 「これは文化祭でいうとこの役割だな」
• 「これは裏方の準備だな」
• 「これはお客さんに渡す場面だから引渡しだな」

など、自分なりのイメージを添えておくと、見返したときの記憶の引き金になります。カラーペンや付箋を使って「ここは絶対落としたくない」という部分にマーカーを付けておくのも効果的です。

また、暗記ノートは「完成させて終わり」ではなく、過去問を解きながら少しずつ育てていくイメージで使ってください。新しいパターンの問題に出会うたびに、「この問題はどのページに追記すると一番覚えやすいか？」を考えながらノートをアップデートしていくと、あなただけの強力な参考書になっていきますよ。

プロジェクトマネジメント分野の勉強ロードマップ

プロジェクトで使用する三つのプロセスは、プロジェクトマネジメント分野の入り口にあたるテーマです。この分野を効率よく攻めるなら、「どの順番で何を押さえるか」をあらかじめ決めておくと、迷いが減って勉強しやすくなります。いきなり細かい用語から入ってしまうと、「今どこを勉強しているのか」が分からなくなってしまいがちなので、ロードマップを意識するのが大事です。

おすすめロードマップ

おすすめの流れは、次のようなイメージです。

1. プロジェクトとは何か、プロジェクトと日常業務の違いを押さえる
2. プロジェクトで使用する三つのプロセスの名前と役割を覚える
3. プロジェクトマネジメントの五つのプロセス群（立ち上げ〜終結）を流れで理解する
4. 十の対象群（スコープ、コスト、品質など）の概要をつかむ
5. 過去問で頻出パターンを確認しつつ、弱いところを暗記ノートで補強する

この順番で進めると、「大枠 → 三つのプロセス → 五つのプロセス群 → 十の対象群 → 過去問」という形で、少しずつ解像度を上げていく感じになります。最初から全部を完璧に覚えようとせず、何周か回しながら徐々に精度を上げるイメージで進めると、気持ち的にもラクですよ。

プロジェクトマネジメントは、資格としての価値や実務でのメリットを考える上でも大切な分野です。資格そのものの価値が気になっている場合は、基本情報技術者試験は本当に役に立たない？というテーマを掘り下げた記事も参考になると思います。

基本情報技術者試験は本当に役に立たない？価値とメリット

注意：ここで紹介している出題頻度や勉強時間のイメージは、あくまで一般的な目安です。最新の試験範囲や詳細な出題傾向は、必ず 情報処理推進機構（IPA）の公式サイト「基本情報技術者試験」ページ（出典：情報処理推進機構 基本情報技術者試験の試験要綱・シラバス） で確認してください。また、学習計画やキャリア選択について不安がある場合は、学校の先生や資格スクール、キャリアアドバイザーなどの専門家にも相談したうえで、最終的な判断はあなた自身の状況に合わせて行うことをおすすめします。

まとめ：基本情報技術者試験のプロジェクトで使用する三つのプロセスをマスターしよう

最後に、基本情報技術者試験のプロジェクトで使用する三つのプロセスをもう一度整理しておきます。プロジェクトマネジメントのプロセスはプロジェクトの進め方と管理、引渡しのプロセスは成果物をお客さんに渡すところ、支援のプロセスは裏からプロジェクトを支える役割です。この三つのイメージさえ固まっていれば、選択肢の文章を読んだときに「これはどのグループの話をしているのか」がかなり見抜きやすくなります。

プロジェクト分野は、一度「流れ」と「役割」がつながると、一気に得点源になりやすいところです。暗記ノートや過去問をうまく使いながら、あなたなりの言葉で三つのプロセスを説明できるレベルまで引き上げていきましょう。たとえば、「これはプロジェクトマネジメントのプロセスで、計画フェーズの話」「これは引渡しで、受け入れテストの場面」「これは支援で、品質保証部門の支援」というように、具体的なイメージ付きで話せるようになれば、試験本番でもかなり強いです。

キホン猫としては、「三つのプロセスはプロジェクトマネジメント分野の入り口」くらいの感覚で、気楽に、でも着実に押さえていってもらえたらうれしいなと思います。この記事をきっかけに、プロジェクト分野への苦手意識が少しでも薄れて、「ここはむしろ得点源にしようかな」と思ってもらえたら最高です。あとは、あなたのペースで一歩ずつ進めていくだけですよ。