ITパスポート｜共通フレームとは？CMMIとの違いも解説

※ 本記事にはアフィリエイトリンク（PR）を含みます。

共通フレームとは、ソフトウェアを作って受け渡すまでの作業の一つ一つに、共通の名前と、その名前が指す中身を決めておいた枠組みのことです。作る順番を決めたものではありません。

「共通フレームとCMMI。参考書の最後のほうに、名前と1行の説明だけ並んでいた」。そう感じますよね。わかります。

しかも、その少し前のページには、ウォーターフォールやスパイラルといった開発モデルの名前がずらりと並んでいたはずです。同じ章の中に並んでいるので、共通フレームも「作り方の型の1つ」に見えてしまうんですよね。

でも、この2つは別の種類の言葉です。この記事では、そこを一次情報で1つずつ確かめながらほどいていきます。確かめられたことと、確かめられなかったことは、はっきり分けて書きます。

この記事でわかること

• 共通フレーム（SLCP）が何を決めた枠組みで、何を決めていないのかが分かります

• 共通フレームが、なぜ開発モデルの仲間ではないのかが分かります

• CMMIが測っているのは誰の何なのか、5段階のレベル名をどこまで覚えればいいのかが分かります

この記事の要点（先に結論！）

• 共通フレームとは、ソフトウェアを作って受け渡すまでの作業の一つ一つに、共通の名前と、その名前が指す中身を決めておいた枠組みのことで、SLCP（エスエルシーピー。Software Life Cycle Process）とも呼ばれます。

• 共通フレームは、どの順番で作っていくかという開発モデル（進め方の型）の仲間ではありません。ITパスポート試験の出題範囲を示すシラバスでも、開発モデルとは別の項に置かれています（シラバスVer.6.5。2026年8月時点）。

• 共通フレームが決めているのは、開発や保守のそれぞれの工程でどんな作業をするのか、という作業項目です（出典：令和元年度秋期 ITパスポート試験 公開問題 問39）。

• 共通フレームは、書いてあるとおりに全部やるものではなく、使う側が必要に応じて手を加えて使うものです（出典：平成29年度秋期 ITパスポート試験 公開問題 問41）。

• CMMI（シーエムエムアイ。Capability Maturity Model Integration。能力成熟度モデル統合）とは、システムを開発する組織の、仕事の進め方の成熟度をモデルにしたもので、その成熟度を5段階のレベルで定めています（シラバスVer.6.5。2026年8月時点）。

• CMMIが見ているのは組織の仕事の進め方であって、開発者一人ひとりの腕前でも、できあがった製品の出来ばえでもありません。

1. 共通フレームとは？　「片づけといて」の中身は、人によって違う

1.1 同じ一語なのに、指している中身が違う

いきなり用語の定義に入る前に、日常の場面から入らせてください。

家族から「部屋を片づけといて」と頼まれたとします。あなたは、出しっぱなしのものを箱に戻して、それで終わりにしました。ところが戻ってきた家族は、こう言うわけです。「床のふき掃除は？　窓は閉めた？」

ここで起きているのは、さぼった／さぼっていないという話ではありませんよね。「片づけ」という同じ一語が、二人のあいだで別の中身を指していた。それだけの話です。

• 頼んだ側の「片づけ」……ものを戻す＋床をふく＋戸締まりをする

• 頼まれた側の「片づけ」……ものを戻す

同じ言葉を使っているのに、指している範囲が違う。これは、あとになってから分かります。しかも、分かるのはたいてい、終わったあとです。

1.2 先に、名前と中身を決めておく

では、どうすれば防げるでしょうか。答えはひとつしかありません。先に、「片づけ」に何が入るのかを書き出しておくことです。

• 片づけ①……出ているものを、決まった場所に戻す

• 片づけ②……床にモップをかける

• 片づけ③……窓と玄関の戸締まりをする

こうしておけば、「片づけといて」の一言で、二人が同じものを思い浮かべられますよね。やる中身が決まるだけでなく、「どこまでやったら終わりなのか」も決まります。

この発想を、ソフトウェアを作って受け渡す仕事の全体に広げたもの。それが共通フレームです。

共通フレームとは、ソフトウェアを作って受け渡すまでの作業の一つ一つに、共通の名前と、その名前が指す中身を決めておいた枠組みのこと。

ここでフレームワークという言葉にも触れておきますね。フレームワークとは枠組みのことで、ここでは「決めごとの一式」くらいの意味だと思ってください。

1.3 SLCPの読みと、正式な名前

共通フレームには、アルファベットの呼び名もあります。SLCP（エスエルシーピー）です。

SLCP＝Software Life Cycle Process。日本語にすると「ソフトウェアの一生の、それぞれの段階の仕事」といったところですね。この綴りは、ITパスポート試験のシラバスに書かれているとおりのものです（シラバスVer.6.5。2026年8月時点）。

シラバスという言葉も、ここで説明しておきます。シラバスとは、試験に出る範囲を細かく示した一覧表のことです。Ver.6.5は、その最新の版を指します（2026年8月時点）。

そしてもうひとつ。共通フレームは、IPA（アイピーエー。情報処理推進機構）がまとめて公開している資料です（2026年8月時点）。IPAは、ITパスポート試験そのものを実施している団体でもあります。試験の範囲に載っている言葉の出どころが、試験を作っている側だった、というわけですね。

なお、IPAが公開している書籍の名前は『共通フレーム2013』です（2026年8月時点）。「2013」という数字が付いていますが、この数字を覚える必要はありません。試験の範囲に書かれているのは「共通フレーム」という名前のほうです。

2. 共通フレームは、開発モデルの仲間ではない

2.1 シラバスは、この2つを別の項に分けている

ここが、この記事でいちばん伝えたいところです。共通フレームが置かれているのは、マネジメント系（仕事の進め方や管理をあつかう分野）の大分類4「開発技術」／中分類9「ソフトウェア開発管理技術」／小分類26「開発プロセス・手法」という区分です（シラバスVer.6.5。2026年8月時点）。プロセスとは、ここでは仕事の進め方のことですね。

そして、この小分類26は、4つの項に分かれています（同時点）。

• (1) 主なソフトウェア開発手法

• (2) 主なソフトウェア開発モデル

• (3) アジャイル

• (4) 開発プロセスに関するフレームワーク

さて、ここからが本題です。共通フレームと、CMMI（能力成熟度モデル）が置かれているのは、(4) 開発プロセスに関するフレームワークのほうです。

一方、ウォーターフォールモデル・スパイラルモデル・プロトタイピングモデル・RAD（ラッド）・リバースエンジニアリングといった開発モデルの名前が並んでいるのは、(2) 主なソフトウェア開発モデルのほう（同時点）。この5つの名前の中身は、この記事では扱いません。開発モデルは、記事の最後に案内する本拠地の担当です。

つまり、試験の範囲を作っている側が、この2つを別の項に分けて置いているわけですね。

もうひとつ、細かいけれど大事な事実を添えておきます。シラバスには、その項に出てくる言葉を挙げた【用語例】という欄が付くことがあります。

(1)(2)(3) には、その枠があります。ところが (4) には、用語例の枠そのものがありません。では共通フレームやCMMIはどこに書かれているかというと、(4)の説明文の中に、言葉そのものが直接書かれています（同時点）。

2.2 公開されている問いが示したのは「作業項目」

シラバスの並びだけでは、まだ「たまたま項が分かれているだけかも」と思えますよね。ですから、もう1つの根拠を見にいきましょう。

令和元年度秋期 問39 は、共通フレームの定義に含まれているものを4つの中から選ばせる問いでした。そこで正解になった記述の中身は、開発や保守といったそれぞれの工程で、どんな作業をするのか、というものです（出典：令和元年度秋期 ITパスポート試験 公開問題 問39）。

注目したいのは、正解が「順番」でも「進め方」でもなく、作業の項目だったという点です。

そして、この問いのありがたいところは、誤りの側に何が置かれていたかにあります。試験を作っている側が、共通フレームに入らないものを見せてくれているんですね。

このとき誤りの側に回ったのは、機械そのものを作るときのこまかい手順、こわれにくさや直しやすさをどのくらいと見るかの決めごと、そして書類の作り方をこまかく定めた規定——この3つでした（出典：同問）。

ここで、読み方に気をつけたいところがあります。誤りとされたのは、いずれも「こまかく決めたもの」のほうでした。ですから読み取れるのは、共通フレームが引き受けているのは「どんな作業をするのか」までで、その先のこまかい規定や手順までは入っていない、というところまでです。

「書類は関係ない」「機械はいっさい出てこない」という意味ではありません。ここは広げて読まないようにしましょう。ここまでが、公開されている問いから読み取れる線引きです。

2.3 合言葉は「順番ではなく、名前と中身」

3つ目の根拠も置いておきますね。

IPAは、この分野の国際規格について、特定の開発の手法に依存しない規格として整えられてきた、と説明しています。そして、その特徴のひとつとして「方法論に中立」という言い方をしています（2026年8月時点）。方法論とは、ここでは「どういうやり方で作るか」という考え方のことですね。

ここは主語に気をつけてくださいね。いま挙げたのは「国際規格についてのIPAの説明」であって、共通フレームという資料そのものについての説明ではありません。ただ、この分野の考え方が、どの作り方を選ぶかとは切り離して整えられてきたことは、これで読み取れます。

ここで、どこまでが確かめられた事実で、どこからが読み取りなのかを、はっきりさせておきますね。一次情報が言っているのは、①シラバスが別の項に置いている ②公開問題の正解が作業項目だった ③この分野の国際規格は手法に依存しない、この3つまでです。「だから開発モデルの仲間ではない」は、その3つを合わせた読み取りにあたります。

そのうえで、この記事の合言葉はこうなります。

• 共通フレームが決めているのは、作り方の順番ではありません。作業の名前と中身です。

どの順番で作るかを決めるのが開発モデル。何をやったことにするのかをそろえるのが共通フレーム。同じ章に並んでいても、答えている問いが違うんですね。

3. カバーしているのは、システムの一生ぜんぶ

3.1 構想・企画から、廃棄まで

次は、共通フレームがどこからどこまでを扱っているのか、という話です。

IPAは、共通フレームについて「システムやソフトウェアの構想から企画、開発、運用、保守、廃棄に至るまでのライフサイクル全般にわたって、必要な作業内容を包括的に規定したガイドライン」と説明しています（2026年8月時点）。

言葉を1つずつほどいておきますね。

• 構想……何をしたいのかを考えはじめる段階

• 企画……作るものと進め方を決めていく段階

• 開発……実際に作る段階

• 運用……できたものを、日々動かしていく段階

• 保守……動かしながら、直したり手を入れたりする段階

• 廃棄……役目を終えて、使うのをやめる段階

作るところだけではなく、その前後まで含まれている。ここが、共通フレームのスケール感です。

3.2 ここでいうライフサイクルは、商品の一生ではない

ここで、まぎらわしい言葉を1つ整理させてください。ライフサイクルです。

ITパスポートの範囲には、プロダクトライフサイクルという別の言葉もあります。こちらは商品の売れゆきが、時間とともにどう移り変わるかを見る言葉で、経営戦略の側の話です。

一方、いまここで見ているのは、1つのシステムが生まれてから役目を終えるまでの流れのこと。同じ「ライフサイクル」でも、指しているものが違います。

• プロダクトライフサイクル……商品の売れゆきの移り変わり（経営戦略の側の言葉）

• この記事のライフサイクル……1つのシステムが、構想から廃棄までたどる流れ

名前が似ているだけで、別の言葉だと思っておいてください。

3.3 このシリーズの3本にまたがる範囲

ここで、うれしい気づきを1つ。

いま並べた構想・企画から廃棄までの流れは、このシリーズでは、3本の記事に分かれて解説されています。

• 構想・企画のあたり……企画・要件定義・調達をあつかう記事の担当

• 開発のあたり……開発の工程をあつかう記事の担当

• 運用のあたり……運用をあつかう記事の担当

つまり、共通フレームは、3本ぶんの範囲をひとまたぎにしている言葉なんですね。「参考書の最後にちょこっと出てくる小さな言葉」に見えて、実は扱っている幅がいちばん広いわけです。

そう考えると、共通フレームが章のいちばん後ろに置かれているのも、うなずける気がしませんか。個々の工程を先に見てからでないと、全体をまたぐ話はピンとこないのかもしれませんね。

4. なぜ、そろえておくのか

4.1 頼む側と作る側の、あいだにあるもの

シラバスは、共通フレームの目的として「ソフトウェア開発とその取引の適正化」という言い方をしています（シラバスVer.6.5。2026年8月時点）。

……硬いですよね。日常の言葉に落としましょう。

取引とは、ここでは「頼む側と、作る側のあいだのやりとり」のことです。そして適正化とは、そのやりとりをまっとうな形に整えること。

まとめると、こうなります。

• 共通フレームの目的は、頼む側と作る側が、あとでもめないようにすること。

IPAも、この枠組みについて、ソフトウェア・システム・サービスに関わるベンダ（供給者）やユーザ（取得者）などの人々が“同じ言葉”で話すことができる共通の枠組みを提供している、と説明しています（2026年8月時点）。ベンダとは作って納める側、ユーザとは頼んで受け取る側のことですね。

4.2 そろっていないと、何が起きるのか

では、そろっていないと何が起きるのでしょうか。ここで、第1章の「片づけといて」を思い出してください。あれと同じことが、仕事の場面でも起こります。

たとえば「テスト」という一語。

• 頼んだ側が思っている「テスト」……作ったものが、実際の業務でちゃんと使えるかを、自分たちで確かめるところまで

• 作る側が思っている「テスト」……作ったものが、仕様どおりに動くかを確かめるところまで

どちらも、うそをついているわけではありません。それぞれの立場で、ふつうに使っている意味で話しているだけです。それでも、この状態のまま進めば——「テストは終わりました」「いや、まだうちが確認していません」というやりとりが待っています。

先に名前と中身をそろえておけば、この食い違いは起きません。これが、共通フレームがやろうとしていることです。

ちなみに、ここで頼む側と作る側の契約の形（どういう約束で仕事を受けるか）の話も出てきそうですが、それは法務の側の単元です。この記事では踏みこみません。

5. 書いてあるとおりに、全部やるものではない

5.1 「そのまま使う」は、誤りの側に置かれていた

ここまで読んで、こう思った方もいるかもしれません。「構想から廃棄までの作業項目を、全部やらないといけないの？」と。

そこは安心してください。うれしいことに、この点についても一次情報があります。

平成29年度秋期 問41 は、共通フレームの利用のしかたとして適切なものを4つの中から選ばせる問いでした。そこで正解になった記述の中身は、開発と取引の進め方をはっきりさせたうえで、使う側が必要に応じて手を加えて使う、というものです（出典：平成29年度秋期 ITパスポート試験 公開問題 問41）。

この問いでは、誤りの側にも大事なことが置かれていました。手を加えずそのまま使うことをすすめている、という読み方と、請負契約を結ぶ取引に限って使うことを目的にしている、という読み方の2つが、そこに回っています（出典：同問）。請負契約とは、仕事を完成させて引き渡す約束で受ける契約のこと。くわしくは労働と取引をあつかう記事の担当です。

つまり「そのまま全部使う」も「特定の契約の形に限る」も、試験を作っている側が誤りの側に置いているわけですね。

なお、この問いの選択肢では「修整」という言い方が使われていました。見慣れない字ですが、意味は「必要なところに手を加えて、自分たちに合う形にする」ということですね。

5.2 だから、作業項目を全部覚える必要ない

もう1つ、安心材料を置いておきますね。

小分類26の【目標】は、「代表的な開発手法に関する概要，意義及び目的を理解する」というものです（シラバスVer.6.5。2026年8月時点）。ここに並んでいるのは、概要・意義・目的の3つ。細かい中身まで覚えなさい、とは書かれていません。

さらに、シラバスには【活用例】という欄が置かれることもあります。これは、その知識を実際にどう使うかを示す欄です。そして小分類26には、(1)から(4)まで通して、この枠が1つもありません（同時点）。手を動かして何かを作る形では求められていない、と読める書きぶりですね。

ですから、この単元での目標はこうなります。

• 共通フレームの作業項目を、1つずつ覚える必要はありません。

• 覚えるのは「何のための、どういう枠組みか」まで。それで足ります。

新しく覚えることは増えません。意味が分かったぶんだけ、すでに知っている2つの名前が、扱いやすくなりますよ。

6. CMMIとは？　「あの人がいないと回らない職場」の話

6.1 測っているのは、組織のやり方

ここからは、もう1つの言葉に移ります。CMMI（シーエムエムアイ）です。

CMMI＝Capability Maturity Model Integration。シラバスに添えられている日本語は「能力成熟度モデル統合」です（シラバスVer.6.5。2026年8月時点）。

……漢字が8つ続くと、それだけで身構えてしまいますよね。まずは、身近な場面から入りましょう。

こんな職場を、見たことがあるかもしれません。

• 「あの人がいないと回らない」職場……その人が休むと、とたんに仕事が止まる。うまくいくかどうかが、担当した人しだいになる

• 「誰が出ても同じように回る」職場……やり方が組織の決まりになっていて、担当が代わっても同じ流れで進む

この2つ、働いている人の能力の差ではありません。変わっているのは、やり方が「人に付いている」のか「組織に付いている」のか、というところですよね。

CMMIが見ているのは、まさにここです。シラバスがCMMIについて書いているのは、開発と保守のプロセスを評価、改善するに当たって、システム開発組織のプロセス成熟度をモデル化したものという趣旨の説明です（同時点）。

大事なのは、「システム開発組織の」という部分。

• CMMIが見ているもの……開発する組織の、仕事の進め方

• CMMIが見ていないもの……開発者一人ひとりの腕前／できあがった製品の出来ばえ

成熟度という言葉も、人の成熟のことではありません。ここでは「やり方が、どれくらい組織に根づいているか」だと思ってください。

6.2 5段階を「どんな状態か」で見る

シラバスは続けて、CMMIについて成熟度を5段階のレベルで定義するという趣旨のことを書いています（シラバスVer.6.5。2026年8月時点）。

ここで、先に大事な線を引いておきますね。シラバスに書かれているのは「5段階であること」までです。わたしが目で確かめた印刷ページ29には、5つのレベルの名前は1つも書かれていませんでした（同時点）。

とはいえ、「5段階です」だけでは、何が上がっていくのかが分かりませんよね。ですから、名前ではなく「どんな状態か」で並べておきます。下から上へ、こう変わっていきます。

なお、この5段の中身は、CMMIを提供している団体のサイトに書かれている説明を、この記事の言葉でまとめたものです（2026年8月時点）。「人に付いている／組織に付いている」という並べ方も、この記事の見方であって、団体のサイトにその言い方で書かれているわけではありません。

1. 見通しが立ちにくく、後手に回りがち。仕事は終わるけれど、予定より遅れたり、費用が超えたりしやすい

2. プロジェクト単位では管理されている。計画を立て、実行し、測って、必要なら手を打つ

3. 後手ではなく先手。組織全体の標準が決まっていて、それがそれぞれのプロジェクトの指針になる

4. 数字で管理されている。数字にもとづく改善の目標があり、先の見通しが立つ

5. 安定していて、しかも柔軟。改善を続けることに重心があり、変化に合わせて向きを変えられる

読み返してみてください。下のほうは「その人しだい」、真ん中で「組織の決まり」になり、上のほうは「数字を見ながら決まりのほうを直し続ける」。さきほどの職場の話と、そのままつながっていますよね。

6.3 レベルの名前は、覚えなくて大丈夫

いま並べた5段に、レベルの名前を1つも書かなかったことに気づいたでしょうか。あれはわざとです。確かめられたのは英語の呼び名までで、日本語の呼び名は、たしかな出どころを見つけられませんでした。

もう少していねいに書きますね。

• 英語のレベル名は確認できました。CMMIを提供している団体のサイトでは、下から順に Initial／Managed／Defined／Quantitatively Managed／Optimizing と呼ばれています（2026年8月時点）

• 日本語の呼び名は、たしかな出どころを確かめられませんでした。参考書やWebの解説によって訳し方が違うため、この記事では日本語のレベル名を書きません

そして、いちばん大事なのはここです。

• 試験のために、5つのレベルの名前を覚える必要はありません。

小分類26のページに書かれているのは「5段階であること」まででした。ですから、覚えるのは「CMMIは、組織の仕事の進め方の成熟度を5段階で見るもの」という1本で十分です。

もう1つ、これは書いておきたいことです。レベルが低い組織がダメだ、という話ではありません。シラバスの書き方をもう一度見てください。「評価、改善するに当たって」と、評価と改善が並べて書かれていましたよね。CMMIは順位を宣告するものではなく、次にどこへ進めばいいかを示す順路なんですね。

7. 共通フレームとCMMIは、測っているものが違う

さて、2つの言葉がそろいました。最後に、並べて整理しておきましょう。

この2つは、シラバスの同じ項に置かれた仲間です。けれど、見ているものはまったく違います。

• 共通フレーム……何をやるかの、名前と中身をそろえる。相手は作業

• CMMI……どれだけ安定してやれているかを見る。相手は組織のやり方

もう一段かみくだくと、こうなります。

• 共通フレームは、言葉をそろえる話。

• CMMIは、やり方が人に付いているか、組織に付いているかの話。

ここで、第2章の背骨をもう一度置いておきますね。この2つは、どちらも「作り方の順番」を決めていません。順番を決めるのは開発モデルのほうで、それは同じ小分類26の別の項にありました。

3つを、こう並べておくと混ざりません。

• どの順番で作るか……開発モデル（小分類26の(2)）

• 作業に、どんな名前と中身を決めるか……共通フレーム（小分類26の(4)）

• そのやり方が、どれだけ組織に根づいているか……CMMI（小分類26の(4)）

8. 試験ではどこまで？　確かめた範囲

8.1 出典を示せる出題例は4問

正直な線引きを、まとめて置いておきます。

この記事で出典を示せる出題例は、次の4問です。

• 令和元年度秋期 問39（共通フレームの定義に含まれているもの＝作業項目）

• 平成29年度秋期 問41（共通フレームの利用のしかた＝必要に応じて手を加えて使う）

• 平成24年度春期 問38（成熟度を5段階で定めたモデル＝CMMI）

• 平成22年度春期 問37（作業項目を決めて標準化したもの＝SLCP）

この4問は、IPAが公開している問題冊子と解答例の両方を目で確かめたものです（2026年8月時点）。

そのうえで、大事なことを書いておきます。出題数や配点は公表されていません（同時点）。ですから、この記事では「必ず出ます」とも「もう出ません」とも書きません。言えるのは、公開されている問題で、実際にこう問われたことがあるという事実までです。

なお、いちばん新しいものでも令和元年度秋期の問いです。その後の年度に出ているかどうかは、全問を目で確かめたわけではないので分かりません（同時点）。

8.2 この記事が書かないこと

最後に、書かなかったことを並べておきます。これは書き忘れではなく、確かめられなかったので置かなかった、という意味です。

• CMMIを作った組織の名前……たしかな出どころを確かめられませんでした

• CMMIの5つのレベルの、日本語の呼び名……訳し方がそろっていないため、書きません

• 共通フレームの中の、プロセスの区分の正式な名前……一覧を確かめられませんでした。この記事は「構想から廃棄までを、作業項目として並べたもの」という粒度までにしています

• 共通フレームの「最新版」がどれか……IPAが公開している書籍が『共通フレーム2013』であることまでは確かめました。ただし「これが最新版です」とは書けません（2026年8月時点）

• もとになっている国際規格やJISの、番号と版……この記事では扱いません。規格そのものの体系は、標準化もあつかっている記事の担当です

そしてもう1つ、範囲についての断りを。わたしが目で確かめたのは、シラバスの印刷ページ29です。ですから書けるのは「小分類26のページには、5つのレベル名が書かれていません」までであって、「シラバスのどこにもありません」とは書けません。

ここまで削っても、この記事で見てきた中身は減りません。むしろ、覚える量は減って、根拠のあることだけが手元に残ります。

9. まとめ：3行でふりかえり

1. 共通フレーム（SLCP）とは、ソフトウェアを作って受け渡すまでの作業の一つ一つに、共通の名前と中身を決めておいた枠組みのこと。頼む側と作る側が、あとでもめないようにするためのものです。

2. 共通フレームは開発モデルの仲間ではありません。決めているのは作り方の順番ではなく、作業の名前と中身のほう。しかも、書いてあるとおりに全部やるものではなく、必要に応じて手を加えて使うものです。

3. CMMIとは、システムを開発する組織の、仕事の進め方の成熟度を5段階で見るモデル。見ているのは組織のやり方であって、一人ひとりの腕前でも、製品の出来ばえでもありません。

いかがでしたか？　この2つは、覚える量が増える言葉ではなく、いま覚えている名前の置き場所を決めてくれる言葉だと分かっていただけたのではないでしょうか。順番の話なのか、名前の話なのか、組織の話なのか。 この3つで仕分けられれば、もう混ざりませんよ。

10. よくある質問（FAQ）

Q1. 共通フレームとは何ですか？わかりやすく教えてください。

A. 共通フレームとは、ソフトウェアを作って受け渡すまでの作業の一つ一つに、共通の名前と、その名前が指す中身を決めておいた枠組みのことです。SLCP（エスエルシーピー。Software Life Cycle Process）とも呼ばれます（ITパスポート試験のシラバスVer.6.5。2026年8月時点）。ねらいは、頼む側と作る側が、あとでもめないようにすること。IPAも、この枠組みについて、ベンダ（供給者）やユーザ（取得者）などの人々が“同じ言葉”で話すことができる共通の枠組みを提供していると説明しています（同時点）。身近な場面でいえば、「片づけといて」の一言に何が入るのかを、先に書き出しておくのと同じ発想ですね。

Q2. 共通フレームとウォーターフォールモデルの違いは何ですか？

A. 答えている問いが違います。 ウォーターフォールモデルなどの開発モデルは「どの順番で作るか」という進め方の型で、共通フレームは「その作業に、どんな名前と中身を決めるか」という枠組みです。実際、ITパスポート試験のシラバスでも、この2つは別の項に置かれています。開発モデルは小分類26の(2) 主なソフトウェア開発モデル、共通フレームは同じ小分類26の(4) 開発プロセスに関するフレームワークです（シラバスVer.6.5。2026年8月時点）。また、共通フレームの定義に含まれているものを選ばせる公開問題では、正解になったのが「それぞれの工程でどんな作業をするのか」という作業項目のほうでした（出典：令和元年度秋期 ITパスポート試験 公開問題 問39）。順番ではなく、名前と中身。 ここが分かれ目です。

Q3. SLCPとは何の略ですか？

A. SLCP（エスエルシーピー）は、Software Life Cycle Process の頭文字をとった言葉です。ITパスポート試験のシラバスVer.6.5にも、この綴りで書かれています（2026年8月時点）。日本語にすると「ソフトウェアの一生の、それぞれの段階の仕事」といったところですね。カバーしている範囲は広く、IPAは共通フレームについて構想から企画、開発、運用、保守、廃棄に至るまでのライフサイクル全般を扱うガイドラインだと説明しています（同時点）。なお、ここでいうライフサイクルは1つのシステムがたどる流れのことで、商品の売れゆきの移り変わりを見るプロダクトライフサイクルとは別の言葉です。

Q4. CMMIとは何ですか？5段階のレベルは覚える必要がありますか？

A. CMMI（シーエムエムアイ。Capability Maturity Model Integration。シラバスの日本語は能力成熟度モデル統合）とは、開発と保守の進め方を評価し、改善していくために、システムを開発する組織の成熟度をモデルにしたものです（シラバスVer.6.5。2026年8月時点）。5つのレベルの名前を覚える必要はありません。 というのも、シラバスが書いているのは「成熟度を5段階のレベルで定義する」というところまでで、わたしが目で確かめた印刷ページ29には、レベルの名前が1つも書かれていなかったからです（同時点）。覚えるなら、「組織の仕事の進め方の成熟度を、5段階で見るモデル」という1本で足ります。なお、CMMIが見ているのは組織のやり方であって、開発者一人ひとりの腕前でも、できあがった製品の出来ばえでもありません。

Q5. 共通フレームとCMMIの違いは何ですか？

A. 測っているものが違います。 共通フレームは、作業の一つ一つに共通の名前と中身を決める枠組みで、相手は作業です。一方、CMMIは、その仕事の進め方が組織にどれだけ根づいているかを5段階で見るモデルで、相手は組織のやり方です（シラバスVer.6.5。2026年8月時点）。ひとことでいえば、共通フレームは言葉をそろえる話、CMMIはやり方が人に付いているか組織に付いているかの話ですね。なお、この2つはシラバスの同じ項（小分類26の(4) 開発プロセスに関するフレームワーク）に並んで置かれていますが、どちらも「作り方の順番」は決めていません（同時点）。

おすすめ教材（PR）

共通フレームとCMMIは、それぞれが何についての言葉なのかを仕分けられたら、それでほぼ終わりです。この記事のように、「この言葉は、どの問いに答えているのか」から入るくせがつくと、参考書の最後に並んだ用語の一覧も、ぐっと読みやすくなりますよ。

ITパスポートの公開問題は公式サイトや無料サイトでも解けますから、参考書は必ずしも必須ではありません。

それでも1冊ほしいなら、このシリーズと並走できる、こちらがおすすめです。本で探すときは、目次の中から「開発プロセス」「ソフトウェア開発管理」という言葉を探してみてくださいね。

『【令和8年度】いちばんやさしいITパスポート 絶対合格の教科書＋出る順問題集』

章立てがシリーズ全体と対応しているので、記事と本を行き来しながら進めやすい1冊です（2026年8月時点）。くり返しますが、これがなくても合格はできます。でも、あると近道になりますよ。

次に読む

共通フレームは、開発の進め方をあつかう単元の一部です。開発モデルやアジャイルまで、まとめて見わたしたくなったら、本拠地へどうぞ。そちらも全文無料です。

【この分野の本拠地】ITパスポート｜アジャイルとは？ウォーターフォールとの違いをやさしく解説

【上の記事の確認問題（無料）】

共通フレームがまたいでいる範囲を、工程ごとに見たい方はこちらもどうぞ。

【開発の工程】ITパスポート｜システム開発の流れとテストをやさしく解説

【企画・要件定義・調達】ITパスポート｜RFPとは？要件定義とシステム企画をやさしく解説

【前の記事】生産方式はこちら。

【次の記事】次は、SDN（ネットワークの一括制御）です。

【もっと問題を解きたい人へ】マネジメント系 予想問題集

シリーズの目次：ITパスポートの出題範囲 全体地図

この記事を書いた人
simic（IT資格ノート）。文系・非エンジニアの視点で、つまずきやすいIT用語を「たとえ」でかみくだきながら、資格の勉強ノートを書いています。→ くわしい自己紹介：https://note.com/simic_0531/n/n5ed7f56f1ab9

最終更新：2026年8月

Amazonのアソシエイトとして、simic（IT資格ノート）は適格販売により収入を得ています。

この先にあるのは、オリジナルの練習問題5問です。中身は、共通フレームの説明・カバーしている範囲・使い方・CMMIが見ているもの・場面での使い分け。どれも、この記事で読んだことだけで解けます。

11. 練習問題：5問で確かめる

すべてこの記事のオリジナル問題です。選択肢を見る前に、自分の言葉で答えを作ってみてください。

問1　共通フレーム（SLCP）の説明

共通フレーム（SLCP）の説明として、最も適切なものはどれか。

正解：ア

解き方

1. 共通フレームが決めているのは、作業の名前と中身

2. 公開されている問題でも、共通フレームの定義に含まれているものとして、それぞれの工程でどんな作業をするのかが正解になっている（出典：令和元年度秋期 ITパスポート試験 公開問題 問39）

ここがひっかけ
イがいちばんの本命です。共通フレームは、参考書では開発モデルのすぐあとに並んでいることが多いので、「これも作り方の型の1つだろう」と読んでしまうんですよね。でも、シラバスでは開発モデルと共通フレームが別の項に置かれています（シラバスVer.6.5 小分類26。2026年8月時点）。ウはCMMIの説明です。そしてエは、「共通フレーム」を「機械そのものを作る手順書」だと読んでしまった形ですね。「順番ではなく、名前と中身」。 これで仕分けられます。

問2　共通フレームがカバーしている範囲

共通フレームがカバーしている範囲の説明として、最も適切なものはどれか。

正解：イ

解き方

1. IPAは共通フレームについて、構想から企画、開発、運用、保守、廃棄に至るまでのライフサイクル全般を扱うガイドラインだと説明している（2026年8月時点）

2. だから、作るところの前後まで含まれる

ここがひっかけ
アとエは、範囲を「作るところだけ」「動かすところだけ」に狭めた選択肢です。共通フレームは、この記事のシリーズでいうと3本ぶんの記事にまたがる幅を持っていましたよね。ウも惜しいのですが、引き渡したあとの運用・保守・廃棄まで範囲に入っています。覚え方は、「作るところの、前も後ろも入っている」。この一言で大丈夫です。

問3　共通フレームの使い方

共通フレームの使い方の説明として、最も適切なものはどれか。

正解：イ

解き方

1. 公開されている問題では、共通フレームの利用のしかたとして、開発と取引の進め方をはっきりさせたうえで、必要に応じて手を加えて使う、という趣旨の記述が正解になっている（出典：平成29年度秋期 ITパスポート試験 公開問題 問41）

2. だから、そのまま全部やるものではない

ここがひっかけ
アが本命です。「標準化された枠組み」と聞くと、つい「決まりなんだから、全部やらないといけない」と考えてしまいますよね。でも、正解の側にはっきり手を加えて使うと書かれていました。ウは、第2章の背骨が効くところです。共通フレームが決めているのは順番ではなく、作業の名前と中身でしたよね。エも安心して切って大丈夫です。シラバスの【目標】は「概要，意義及び目的を理解する」まででした（シラバスVer.6.5 小分類26。2026年8月時点）。全部やる必要も、全部覚える必要もありません。

問4　CMMIが見ているもの

CMMI（能力成熟度モデル統合）が対象としているものとして、最も適切なものはどれか。

正解：ア

解き方

1. シラバスがCMMIについて書いているのは、システム開発組織のプロセス成熟度をモデル化したものという趣旨（シラバスVer.6.5 小分類26。2026年8月時点）

2. 大事なのは、「システム開発組織の」

3. という部分

4. だから、見ているのは組織のやり方

ここがひっかけ
イが本命のひっかけです。「能力」「成熟度」という言葉が並んでいるので、人の力量を測るものに見えてしまうんですよね。でも、成熟度とは「やり方が、どれくらい組織に根づいているか」のこと。人の成熟の話ではありません。見分ける手がかりは、「あの人がいないと回らない」か「誰が出ても同じように回る」かという軸です。どちらも、その職場のやり方の話ですよね。なお、5つのレベルの名前を覚える必要はありません（小分類26のページに書かれているのは「5段階であること」まで。同時点）。

問5　場面で選ぶ

あるシステム開発の会社で、担当者が代わるたびに進め方が変わってしまうという課題が挙がった。そこで、開発と保守の進め方を組織として評価し、改善していくことにした。このときの考え方として、最も適切なものはどれか。

正解：ア

解き方

1. 課題は「担当者が代わると進め方が変わる」＝やり方が人に付いている状態

2. しかも、やろうとしているのは開発と保守の進め方を、組織として評価し、改善すること

3. これはCMMIの考え方（シラバスVer.6.5 小分類26。2026年8月時点）

ここがひっかけ
イは共通フレームの発想です。似ているのに選べない理由を確かめておきましょう。共通フレームがそろえるのは、頼む側と作る側のあいだの、作業の名前と中身でしたよね。一方、この場面が困っているのは、自分たちの組織の中で、やり方が根づいていないことのほうです。ウは開発モデルの話で、どちらの言葉とも別の項にあります。エは、担当者が代わると進め方が変わるという課題そのものに手が届いていません。「作業の話か、組織の話か、順番の話か」。 この3つで仕分けてくださいね。