【アジャイル開発】XP（エクストリーム・プログラミング）の反復開発プロセス！「XPの流れ」

アジャイル開発の代表的手法である「XP（eXtreme Programming）」において、顧客と開発チームが協調して短いサイクルで開発を進める基本フロー（計画ゲーム ➔ イテレーション計画 ➔ イテレーション）のまとめカードです。

1. XPの開発プロセス（3つのステップ）

(1) 計画ゲーム（Planning Game）
・顧客：実装したい要求（ユースケース）を「ストーリーカード」に書き出す。
・開発者：各ストーリーの「優先順位付け」と「コスト（見積もり・工数）評価」を行う。

(2) イテレーション計画（Iteration Planning）
・選定されたストーリーを「具体的な開発作業（タスク）」に細分化・分割する。
・分割したタスクを担当メンバー（人）に割り当てる。

(3) イテレーション（Iteration：イテレーションの実行）
・開発サイクルの中で「テストケースの作成（TDD）」と「コードの作成（ペアプログラミング等）」を行う。
・完成したストーリー全体を検証・テストし、実際に動くソフトウェアとしてリリース（成果物の確認）する。

2. 各フェーズの役割とポイント

ステップ	主な作業内容	XPのプラクティスとの関連
(1) 計画ゲーム	顧客が「何を作るか（要求）」を決め、開発者が「コスト・工数」を見積もるコラボレーション。	オンサイト顧客（顧客の常駐・協調）、ユーザーストーリーの作成
(2) イテレーション計画	1〜2週間程度の短い反復単位で消化するタスクに分解し、各自に割り当てる。	小さなリリース（Small Releases）、作業のタスク化・可視化
(3) イテレーション	実際に設計・開発・テスト・検証・納品を行う開発サイクル。	テスト駆動開発（TDD）、ペアプログラミング、継続的インテグレーション（CI）

---

3. まとめ

XPでは、「計画ゲーム」で顧客と一緒にストーリー（要求）とコストを明確化し、「イテレーション計画」でタスクに分解、「イテレーション」でテストと実装を繰り返して迅速にリリースするというサイクルを回します。開発途中の要求変更にも柔軟に対応できるのが最大の特徴です！

【データベース】表の「列（属性）」を抜き出す基本演算！「射影（Projection）」｜情報処理問題1000本ノック

基本情報技術者試験や応用情報技術者試験のデータベース分野で非常に頻出のテーマ。「関係代数演算（射影・選択・結合・直積・差など）」の定義と各演算の違いを攻略しましょう。

1. 【 問題 】：データベース系（関係代数・関係モデル）

【 問題 】 関係データベースにおける関係代数演算に関する記述のうち、適切なものはどれか。

（ア）結合はある二つの関係のタプルについて、両方のすべての組み合わせからなる関係を求める
（イ）差はある２つの関係の両方又は片方に現われるタプルからなる関係を求める
（ウ）射影はある関係から一部の属性を取り出した関係をもとめる
（エ）商は、ある二つの関係のうち、一つ目の関係だけに現われるタプルからなる関係をもとめる

2. 正解：

正解：（ウ）射影はある関係から一部の属性を取り出した関係をもとめる

3. 解説：「『属性（列）』の切り出しが射影、『タプル（行）』の絞り込みが選択！」

射影（Projection）は、テーブルから**必要な「列（属性）」だけを縦方向に抽出する演算**です。
SQL文で例えると、`SELECT 属性名 FROM テーブル名` のように指定した列を取得する操作に該当します。

【間違っている選択肢の正誤補正と用語の正体を解説！】 ← 超重要！

選択肢	問題文の記述（間違い）	正しい演算名・定義
（ア）	両方のすべての組み合わせを求める	これは「直積（デカルト積）」の説明。 ※「結合」は特定条件で結びつける演算。
（イ）	両方又は片方に現れるタプルを求める	これは「和（和集合）」の説明。
（ウ）正解	一部の属性（列）を取り出した関係を求める	「射影（Projection）」の正しい定義。
（エ）	一つ目の関係だけに現れるタプルを求める	これは「差（差集合）」の説明。

1. 理解のコツ: 「表（テーブル）」の縦と横の切り分けで整理しましょう。
・射影（Projection）：「列（属性）」を切り取る（縦方向の抽出）。
・選択（Selection）：条件に合う「行（タプル）」を絞り込む（横方向の抽出）。

2. 試験対策の視点: 関係代数演算の基本用語（直積、和、差、射影、選択、結合）の言葉の定義は試験で直接問われます。
問題文に「一部の属性（列）を取り出す」と出たら、迷わず射影を選択しましょう！

---

4. まとめ

関係（テーブル）から指定した一部の属性（列）を取り出して新しい関係を作る演算。これが射影です。行を絞り込む「選択」や、全組み合わせを作る「直積」との区別をしっかりつけておきましょう！

【プログラミング言語・コンパイラ】共通の中間表現で最適化＆マルチプラットフォーム化！「LLVM」｜情報処理問題1000本ノック

ClangやRust、Swiftなどの現代のプログラミング言語・コンパイラの基盤として欠かせない技術。「LLVM」の構造と中間表現（IR）による最適化のメリットを攻略しましょう。

1. 【 問題 】：ソフトウェア・プログラミング（コンパイラ・開発環境）

【 問題 】 コンパイラ基盤技術に関する記述です。ソースコードを一度特定の環境に依存しない中間表現（IR）に変換し、その上で共通の最適化処理を行い、標的とするプラットフォーム（CPUアーキテクチャ）に応じた高度な機械語コード（実行ファイル）を生成するコンパイラ基盤技術は、次のうちどれか。

（ア）JVM（Java Virtual Machine）
（イ）JIT（Just-In-Time Compiler）
（ウ）LLVM
（エ）GCC（GNU Compiler Collection）

2. 正解：

正解：（ウ）LLVM

3. 解説：「『言語（フロントエンド）』と『CPU（バックエンド）』を中間表現で分離する！」

従来のコンパイラは「言語ごと」「CPUアーキテクチャごと」に個別のコンパイラを作る必要があり非常に大変でした。
LLVMはコンパイラを「フロントエンド（言語処理）」「共通最適化」「バックエンド（機械語生成）」の3つに明確に分離し、すべてを共通の**中間表現（LLVM IR）**で仲介する設計を採用しています。

【LLVMの3段構造（アーキテクチャ）のイメージ】 ← 超重要コンセプト！

フェーズ	担当・役割	具体的な言語・CPU等
フロントエンド	ソースコードを解析し、中間表現（LLVM IR）に変換する。	C/C++（Clang）、Rust（rustc）、Swift、Kotlin等
共通最適化	LLVM IRの状態で、コードの無駄を省き最高スピードへ最適化する。	LLVMオプティマイザ（共通で利用可能）
バックエンド	LLVM IRからターゲットCPU向けの機械語（実行ファイル）を出力する。	x86/x64、ARM（スマホ等）、RISC-V、WebAssembly等

1. 理解のコツ: 「世界の言語を日本語（中間表現）に翻訳する万能翻訳チーム」で例えてみましょう。
・英語・フランス語・中国語をまず「日本語（IR）」に翻訳し、推敲・推敲して完璧な文章（最適化）にした後で、目的の相手（Intel CPUやARM CPU）の言葉に変換して届けます。
・新しい言語を作る際も、中間表現（IR）さえ出せれば、一瞬で全CPU対応の超高速コンパイラが作れます！

2. 試験対策の視点: 開発環境・コンパイラ技術の最新動向で注目されるキーワードです。
問題文に「中間表現（IR）」「コンパイラ基盤」「プラットフォームに応じたコード生成」「ClangやRustの基盤」といったキーワードが出たら、迷わずLLVMを選択しましょう！

---

4. まとめ

ソースコードを仮想マシン向けの中間表現（LLVM IR）に変換・最適化し、各種プラットフォームに合わせた実行ファイルを生成するコンパイラ基盤。これがLLVMです。近代プログラミング言語を支える重要技術としてしっかり押さえておきましょう！

【情報セキュリティ】複数の要素を組み合わせて安全性を爆発的に高める！「多要素認証（MFA）」｜情報処理問題1000本ノック

ITパスポートから情報処理安全確保支援士試験まで、現代の情報セキュリティにおいて最も重要視される認証技術。「多要素認証（MFA）」の定義と認証の3大要素を攻略しましょう。

1. 【 問題 】：情報セキュリティ系（アクセス制御・認証技術）

【 問題 】 ユーザーの身元を確認・認証する技術に関する記述です。「知識情報」「所持情報」「生体情報」という認証の3つの要素のうち、異なる2つ以上の要素を組み合わせて行う認証方法は、次のうちどれか。

（ア）多段階認証
（イ）シングルサインオン（SSO）
（ウ）多要素認証（MFA）
（エ）リスクベース認証

2. 正解：

正解：（ウ）多要素認証（MFA）

3. 解説：「『違う種類のキー』を2つ以上揃えてカギを開ける！」

多要素認証（MFA：Multi-Factor Authentication）は、認証の要素の種類を増やすことで成りすましを防ぐ手法です。
試験では、**「多要素認証（MFA）」**と**「多段階認証」**の違いがよく問われます。「パスワード ＋ 暗証番号」のように**同じ種類（知識＋知識）を2回重ねるものは「多段階認証」**であり、「多要素認証」とは呼ばない点に注意が必要です。

【試験で絶対に押さえるべき！ 認証の「3大要素」】 ← 超頻出ポイント！

認証の要素分類	概要（本人が知っている/持っている/特徴）	具体的な例
1. 知識情報 （Something You Know）	本人の記憶や頭の中にある情報。	パスワード、PINコード、秘密の質問の答え
2. 所持情報 （Something You Have）	本人が物理的・デジタルに所有しているもの。	スマホ（SMSワンタイムパスワード）、ICカード、ハードウェアトークン
3. 生体情報 （Something You Are）	本人の身体的・行動的な特徴。	指紋、顔認証、静脈パターン、虹彩（アイリス）

1. 理解のコツ: 「金庫の二重ロック」で例えてみましょう。
・多段階認証：暗証番号を2回入力する（同じ知識＋知識）。
・多要素認証：「暗証番号（知識）」を入れたあと、「物理キー（所持）」を差し込み、「指紋認証（生体）」を行う（異なる要素の組み合わせ）。

2. 試験対策の視点: 情報セキュリティ分野の超定番問題です。
問題文に「複数の要素を使った認証」「知識・所持・生体の組み合わせ」「MFA」が出たら、迷わず多要素認証を選択しましょう！

---

4. まとめ

「知識情報」「所持情報」「生体情報」の中から異なる2つ以上の要素を組み合わせて認証を行う方法。これが多要素認証（MFA）です。認証の3大要素の具体的分類も含めて完璧に覚えておきましょう！

【情報セキュリティ】ガイドラインを活用した効率的なリスク分析！「ベースラインアプローチ」｜情報処理問題1000本ノック

情報セキュリティマネジメント（ISMS）におけるリスクアセスメントの手法。既存のセキュリティ基準を活用する「ベースラインアプローチ」の特徴と、他のリスク分析手法との違いを攻略しましょう。

1. 【 問題 】：情報セキュリティ系（リスクマネジメント・リスク分析）

【 問題 】 リスク分析の手法に関する記述です。既存の標準的な基準やセキュリティガイドラインなどを利用し、自社の現状と比較・参照することで、迅速かつ効率的にセキュリティ対策のレベルを分析・評価する簡易リスク分析手法は、次のうちどれか。

（ア）ベースラインアプローチ
（イ）基準適合アプローチ
（ウ）ファンクションアプローチ
（エ）ファンダメンタルアプローチ

2. 正解：

正解：（ア）ベースラインアプローチ

3. 解説：「確立された標準基準（ベースライン）をチェックリストにする！」

ベースラインアプローチは、公的なガイドライン（ISMSの基準や政府のセキュリティ基準など）をベースライン（標準線）として採用し、自社がその基準を満たしているかをチェックすることでリスクを簡易分析・把握する手法です。
専門知識が少なくても短時間・低コストで実施できるメリットがあります。

【リスク分析の代表的なアプローチ（手法）比較】 ← 超頻出ポイント！

手法名	概要・特徴	メリット・デメリット
（ア）ベースラインアプローチ	既存の標準基準（ガイドライン）を適用して評価する簡易手法。	【メリット】時間・コストをかけず手軽。 【デメリット】自社固有の特殊なリスクを見落とす。
詳細リスク分析 （ファンダメンタルアプローチ等）	資産価値・脅威・脆弱性を精査し、リスク値を厳密に算出する。	【メリット】自社に最適な対策が可能。 【デメリット】時間・専門知識・コストが膨大。
複合アプローチ （Combined Approach）	ベースラインアプローチと詳細リスク分析を組み合わせて実施する。	高リスクのシステムのみ詳細分析を行い、効率と網羅性を両立する。

1. 理解のコツ: 「健康診断の基準値」で例えてみましょう。
・標準的な健康診断のチェック項目（ベースライン）に沿って「該当するかどうか」を確認することで、短時間で手軽にリスクの有無を把握する手法です。

2. 試験対策の視点: 情報セキュリティマネジメント試験や基本情報・応用情報技術者試験で頻出の単元です。
問題文に「既存の基準」「ガイドラインを利用」「簡易（手軽）な手法」「ベースライン」といったキーワードが出たら、迷わずベースラインアプローチを選択しましょう！

---

4. まとめ

公的ガイドラインなどの標準基準をチェックリストとして利用する簡易的なリスク分析手法。これがベースラインアプローチです。より詳細な「詳細リスク分析」や「複合アプローチ」との違いも含めてマスターしておきましょう！

【コンピュータシステム】パイプライン処理のスピードダウン原因！「パイプラインハザード」｜情報処理問題1000本ノック

CPUの高速化技術「パイプライン処理」の効率を下げてしまうボトルネック現象。「パイプラインハザード」の定義と、試験でよく問われる3つのハザードの分類を攻略しましょう。

1. 【 問題 】：ハードウェア（CPUの制御・パイプライン処理）

【 問題 】 CPUのパイプライン処理に関する記述です。パイプライン処理の過程において、依存関係やリソースの競合などにより、本来予定していたクロックサイクル通りに後続の命令を実行できず、処理に遅延（ストール）が発生する現象を表す言葉はどれか。

（ア）パイプラインハザード（Pipeline Hazard）
（イ）パイプラインスパート（Pipeline Spurt）
（ウ）アウトオブオーダー（Out-of-Order）
（エ）ブランチターゲット（Branch Target）

2. 正解：

正解：（ア）パイプラインハザード（Pipeline Hazard）

3. 解説：「スムーズな流れ作業がストップしてしまう3つの障害！」

パイプラインハザードが発生すると、CPUはハザードが解消されるまで命令の実行を一時停止（**ストール / バブルの挿入**）せざるを得なくなり、処理性能が低下します。
ハザードには発生原因によって以下の3つのパターンが存在します。

【試験で超頻出！ 3つのパイプラインハザードの比較】 ← 違いをスッキリ整理！

ハザードの種類	発生原因・仕組み	主な対策・回避技術
1. 構造ハザード （Structural Hazard）	複数の命令がハードウェア資源（メモリや演算器など）を同時に使おうとして競合することで発生。	キャッシュの分離（命令用とデータ用の分離など）、ハードウェアの増設
2. データハザード （Data Hazard）	先行する命令の演算結果（データ）が確定する前に、後続の命令がそのデータを参照・使用しようとして発生。	フォワーディング（バイパス）、レジスタ・リネーミング、アウトオブオーダー実行
3. 制御ハザード （Control Hazard）	分岐命令（IF文など）において、分岐先が決定する前に誤った次の命令をパイプラインに読み込んでしまうことで発生。	分岐予測（Branch Prediction）、遅延分岐（Delayed Branch）

1. 理解のコツ: 「工場のベルトコンベア」で例えてみましょう。
・構造ハザード：工具（演算器）が1個しかなくて2人の作業員が奪い合う。
・データハザード：前の人の塗料（計算結果）が乾くのを待たないと、次の作業ができない。
・制御ハザード：次にどの製品を作るか（分岐先）が決まるまで、どの部品を流せばいいか分からない。

2. 試験対策の視点: 基本情報技術者や応用情報技術者試験で頻出の分野です。
「パイプラインで命令が実行できない/遅延する現象」＝パイプラインハザードという基本定義に加え、「データハザード ➔ フォワーディング」「制御ハザード ➔ 分岐予測」という対策技術のペアもセットで出題されます！

---

4. まとめ

パイプライン処理において、リソース競合・データ依存・条件分岐などが原因でクロックサイクル通りに命令が実行できなくなる現象。これがパイプラインハザードです。発生原因となる3つの種類と回避策も含めて完璧に覚えておきましょう！

【アルゴリズム】問題を効率よく解くための基本アプローチ！「アルゴリズム設計の4大戦略」

基本情報技術者・応用情報技術者試験やプログラミングの学習で必須となる「アルゴリズム設計技法」の代表的な4つのアプローチ（力ずく戦略・分割統治戦略・ダイナミックプログラミング・欲張り選択戦略）のまとめカードです。

1. アルゴリズム設計の4大戦略（要点まとめ）

1. 力ずく戦略（Brute Force / ブルートフォース）
すべての可能性や組み合わせを、「しらみつぶし」に試して解を見つける確実だが単純な方法。

2. 分割統治戦略（Divide and Conquer）
解くのが難しい大きな問題を、「小さな均質（同質）の問題に分割」してそれぞれを解き、最後に結果を統合する方法。

3. ダイナミック・プログラミング（Dynamic Programming / 動的計画法）
分割された部分問題に「同じ問題の重複」が存在する場合、その小問題の解をメモ化（記録）して再利用し「何回も解くこと（重複計算）を回避」する効率的な方法。

4. 欲張り選択戦略（Greedy Algorithm / 貪欲法）
各段階・分割した選択肢の中で「その場で目先の一番良い選択肢（局所最適解）を1つ選び、他は破棄する」ことで、短時間で効率的に解（または近似解）を求める方法。

2. 各戦略の特徴と代表的なアルゴリズム

設計戦略	考え方・メリット	代表例・適用例
1. 力ずく戦略 （ブルートフォース）	実装が簡単で漏れがない。ただしデータ量が増えると処理時間が膨大になる。	全探索、暗号の総当たり攻撃、線形探索（リニアサーチ）
2. 分割統治戦略	再帰処理と相性が良く、問題を小さくすることで高速に処理できる。	マージソート、クイックソート、二分探索（バイナリサーチ）
3. ダイナミック・プログラミング （動的計画法）	途中の計算結果をテーブル等に保存（メモ化）し、無駄な再計算を防ぐ。	ナップサック問題（DP解法）、最長共通部分列（LCS）、レーベンシュタイン距離
4. 欲張り選択戦略 （貪欲法）	後戻り（バックトラック）せず選択肢を切り捨てるため、非常に高速。	ダイクストラ法（最短経路）、プリム法・クラスカル法（最小全域木）、お釣りの枚数計算

---

3. まとめ

アルゴリズムを設計・選択する際は、「すべての解を保証したいのか（全探索）」「問題を小さく分解したいのか（分割統治）」「重複計算をなくしたいのか（動的計画法）」「スピード重視で目先の最適を選んで切り捨てるのか（貪欲法）」というアプローチの違いを理解しておくことが重要です！

【アルゴリズム・計算理論】現代数学・情報科学の最大未解決問題！「P = NP? 問題」と「NP完全問題」

基本情報・応用情報技術者試験から高度情報処理技術者試験（ITストラテジスト、エンベデッドなど）まで、計算量理論の根本概念として知られる「P = NP? 問題」と「NP完全問題」のまとめカードです。

1. P = NP? 問題 とは

「クラスNPが、クラスPを、真に含むこと（P ≠ NP）の証明」

「答えの正しさを確認するのが簡単な問題（NP）」は、「解くこと自体も簡単な問題（P）」なのか、それとも「解くのが本質的に難しい問題を含んでいるのか（P ≠ NP）」という、いまだ証明されていない未解決問題です。

2. NP完全問題 とは

NPに属する問題の中で「最も難しい問題のグループ」です。以下のどちらかを証明することで、P = NP? 問題全体の決着がつきます。

【NP完全問題と P = NP 決着の条件】

・NP完全問題が、ひとつでも、Pに属さないこと（P ≠ NP）の証明
➔ 「NPには、どうしても多項式時間で解けない難しい問題が存在する」と証明される。

あるいは

・NP完全問題が、ひとつでも、Pに属すること（P = NP）の証明
➔ 「一番難しい問題すら多項式時間で解けるため、NPの全問題が効率よく解ける」と証明される。

3. クラスP と クラスNP の基本概念

クラス	意味・定義	具体的な例
クラス P	現実的な時間（多項式時間）で「解くことができる」問題。	ソートアルゴリズム、最短経路問題（ダイクストラ法など）
クラス NP	提示された答えが正しいかどうかを、現実的な時間で「判定・検証できる」問題。	数独（N×N）、巡回セールスマン問題、素因数分解問題
NP完全	NPの中で最も難しく、すべてのNP問題を効率よくこの問題に変換（還元）できる問題。	3-SAT（3充足可能性問題）、ナップサック問題、ナップサック問題の判定版

---

4. まとめ

「解くのが難しい問題（NP）」のうち、どれか1つでも効率よく解く方法（Pに属すること）が発見されれば、すべてのNP問題が一気に解ける（P = NP）ことになります。現代の暗号技術（RSA暗号など）は「解くのが難しい（P ≠ NPである）」ことを前提に構築されています。

【セキュリティ】見間違い・入力ミスを防ぐ58文字の記号表現！「Base58」｜情報処理問題1000本ノック

ビットコインなどのブロックチェーン技術や暗号資産アドレス、URLショートナーなどで採用されている記号表現方式。「Base58」の特徴と除外文字の理由を攻略しましょう。

1. 【 問題 】：テクノロジ系（セキュリティ・エンコード技術）

【 問題 】 データ表現やエンコード技術に関する記述です。バイナリデータをテキスト表現に変換するBase64をもとに、人間が目視で読み間違えやすい文字（数字の「0」と大文字の「O」、小文字の「l」と大文字の「I」）および記号（「+」「/」）の計6文字を除外し、残りの58種類の英数字のみを用いて表現する方式は、次のうちどれか。

（ア）Base32
（イ）Base58
（ウ）Base64
（エ）URLエンコード

2. 正解：

正解：（イ）Base58

3. 解説：「誤入力を未然に防ぎ、コピペや印刷にも強い仕様にする！」

Base58は、ビットコインの考案者であるサトシ・ナカモト氏によって導入されたことで知られるエンコード方式です。
文字列を手書きしたり紙に印刷して人間に読ませる場合、見間違いによる誤送信や入力ミスを防止するために、徹底的に「似ている文字」が除外されています。

【Base58で排除（禁止）されている6つの文字とその理由】 ← ポイント整理！

除外された文字	除外の理由・背景
数字の「0」 と 大文字の「O」	フォントによって「0（ゼロ）」と「O（オー）」の区別がつかないため。
小文字の「l（エル）」 と 大文字の「I（アイ）」	フォントによって「l（小文字エル）」と「I（大文字アイ）」、「1（数字のイチ）」の区別がつかないため。
記号の「+」 と 「/」	メールやURL、電子書籍などの自動折り返しやURLパラメータ入力でエスケープ処理エラーや崩れを起こすため。

1. 理解のコツ:
・標準的なBase64（64文字：`A-Z`, `a-z`, `0-9`, `+`, `/`）から、見間違いやすい「0, O, l, I」の4文字と、記号「+, /」の2文字を引き算します。
・$64 - 4 - 2 = 58$ 文字となり、これがBase58の由来です。

2. 試験対策の視点: 暗号資産（ブロックチェーン）や最新のエンコード技術の理解で出題されます。
問題文に「見間違いやすい文字（0とO、lとI）を除外」「記号+や/を除外」「58種類の英数字」「ビットコインアドレス」といったキーワードが出たら、迷わずBase58を選択しましょう！

---

4. まとめ

読み間違いや入力ミスを起こしやすい文字・記号を取り除き、人間が安全に扱える58種類の英数字だけでデータを表現するエンコード方式。これがBase58です。暗号資産やブロックチェーン技術の基礎知識としてしっかり押さえておきましょう！

【企業経営】売上（収益）をあらかじめ設定した割合で分かち合う！「レベニューシェア」｜情報処理問題1000本ノック

ITパスポートや基本情報技術者・応用情報技術者試験の「ストラテジ系（契約・ビジネスモデル）」で出題される重要なキーワード。開発コストのリスクを抑え、成果を共有する「レベニューシェア」を攻略しましょう。

1. 【 問題 】：ストラテジ系（経営戦略・システム開発契約）

【 問題 】 外部企業と提携してシステム開発やサービス運営を行う際の契約方式に関する記述です。発注側が初期開発費用を全額支払うのではなく、システムやサービスのリリース後に発生した「売上（収益）」を、あらかじめ取り決めた配分率に従って両者で分け合う（成果報酬型の）ビジネスモデルは、次のうちどれか。

（ア）レベニューシェア（Revenue Sharing）
（イ）プロフィットシェア（Profit Sharing）
（ウ）タイムアンドコンフィグレーション
（エ）SLA（Service Level Agreement）

2. 正解：

正解：（ア）レベニューシェア（Revenue Sharing）

3. 解説：「『売上（Revenue）』を『分かち合う（Share）』！」

レベニューシェア（Revenue Sharing）は、発注側（事業主）と受注側（システム開発会社など）が「パートナーシップ」を組み、得られた事業収益を分配する契約形態です。
受託開発における従来の一括請負契約（例：開発費1,000万円）と異なり、発注側は初期費用を低く抑えることができ、受注側は事業が成功した際に大きなリターン（継続的な収益）を得られるというメリットがあります。

【レベニューシェアのメリット・デメリットまとめ】 ← 特徴をスッキリ整理！

視点	発注側（事業主）のメリット・リスク	受注側（開発会社）のメリット・リスク
メリット	初期投資費用を抑えて新規事業をスタートできる。	サービスがヒットすれば、通常の請負額以上の利益（継続収益）を得られる。
リスク	大ヒットした場合、固定で支払うよりトータルの支払額が大きくなる。	事業が失敗（売上不振）した場合、開発費を回収できない（赤字になる）。

1. 理解のコツ:
・英語の「Revenue（売上・収益）」と「Share（共有・配分する）」をそのまま合体させた言葉です。
・「一緒にリスクを負ってシステムを作り、売れた分をパーセンテージ（成果報酬）で山分けしよう！」という協力体制のモデルです。

2. 試験対策の視点: ストラテジ系（ITアライアンス・開発契約モデル）で問われます。
問題文に「売上（収益）をあらかじめ定めた割合で分配」「初期費用を抑える」「成果報酬型」「共同でリスクとリターンを分散」といったキーワードが出たら、迷わずレベニューシェアを選択しましょう！

---

4. まとめ

売上（収益）が発生した際に、あらかじめ取り決めた配分比率に応じてパートナー間で分け合う成果報酬型の契約・ビジネスモデル。これがレベニューシェアです。ITアライアンスの重要テーマとして完璧に押さえておきましょう！