【システム開発技術】最新ガイド対応！「デイリースクラム」の本質｜情報処理問題1000本ノック

スクラムガイドの2020年改訂により、デイリースクラムは「報告の場」から、より柔軟な「再計画の場」へと定義が洗練されました。最新の試験傾向に合わせた内容を攻略しましょう。

1. 問題：最新のデイリースクラムの運用

【 問題 】 最新のスクラムガイドにおける「デイリースクラム」の説明として、最も適切なものはどれでしょうか？

ア、開発者がスプリントゴールへの進捗を検査し、次の24時間の計画を調整するための場である。
イ、以前から使われてきた「3つの質問（昨日何をしたか等）」に回答することが、現在も義務付けられている。
ウ、スクラムマスターが進行役となり、各メンバーの進捗を管理・評価するために開催する。
エ、15分の制限時間を超えても、すべての技術的な課題が解決するまで議論を継続しなければならない。

2. 正解：最新スクラムの実務に関する正解

正解： ア、開発者がスプリントゴールへの進捗を検査し、次の24時間の計画を調整するための場である。

3. 解説：形式よりも「ゴールへの集中」

最新の定義では、特定の「やり方（手法）」に縛られず、チームが目標を達成するために最も効果的な方法で同期することが求められています。

【図解：最新版デイリースクラムのポイント】

■ 目的は「検査と適応」
・単なる状況報告ではなく、ゴール達成の可能性を高めるための「作戦会議」です。

■ 手法は「自由」
・かつての「3つの質問」は例示に留まり、現在はゴールに集中できるならどんな形式でもOKです。

■ 主役は「開発者」
・自分たちの計画を自分たちで調整します。管理者が指示を出す場ではありません。

[ アップデートされたルール ]
★ タイムボックス：15分以内。これは以前と変わらず、一貫性を保つための鉄則です。
★ 場所と時間：複雑さを避けるため、毎日同じ時間、同じ場所で行うことが推奨されます。
★ 技術議論の分離：詳細な議論が必要な場合は、デイリースクラム直後に別途時間を設けます。

1. 理解のコツ: 「3つの質問」が選択肢に出た際、「義務」や「必須」と書かれていたら最新ガイドでは誤りとなる点に注意しましょう。現在のキーワードは「ゴールへの進捗」「再計画」です。
2. 試験対策の視点: スクラムのイベント（プランニング、レビュー、レトロスペクティブ）の中で、唯一「毎日」行われるのがこれです。短いサイクルで軌道修正を行うことが、アジャイルの機敏性の源泉であることを意識してください。

---

4. まとめ

「15分間で、今日のゴールへの道のりを確認し、障害を取り除く」。これが最新のデイリースクラムです。形式的な報告に終始せず、常に「目標達成のために今何ができるか」を問い続ける場であることを押さえておきましょう！

【システム開発技術】価値を最大化するリスト！「プロダクトバックログ」｜情報処理問題1000本ノック

アジャイル開発（スクラム）において、プロジェクトの「羅針盤」となるのがプロダクトバックログです。何を、どの順番で作るべきかを整理するこの仕組みを攻略しましょう。

1. 問題：プロダクトバックログの性質

【 問題 】 アジャイル開発において、プロダクトに必要なすべての機能、改善、修正などを優先順位順に並べた一覧を何と呼ぶでしょうか？ また、複数チームで開発を行う際の適切な運用はどれでしょうか？

ア、スプリントバックログ：チームごとに完全に独立した内容で作成する
イ、プロダクトバックログ：各チームが独立して動けるよう、項目を適切に分割・整理する
ウ、WBS：すべての作業を階層構造で固定し、変更を認めないようにする
エ、バーンダウンチャート：作業の進捗を管理し、残りのタスクを全チームで共有する

2. 正解：アジャイル開発に関する正解

正解： イ、プロダクトバックログ

3. 解説：製品の価値を決める「単一のソース」

プロダクトバックログは、顧客に提供する価値を最大化するために、プロダクトオーナーが責任を持って管理する「生きているリスト」です。

【図解：バックログ運用のポイント】

■ 単一のリスト
・1つの製品に対してバックログは「1つ」。全員が同じ優先順位を見て動きます。

■ 独立性の確保（INVEST原則）
・各チームが他チームの作業待ちをせず、独立して価値を提供できるように項目を分割します。

■ リファインメント（精査）
・状況の変化に合わせて、常に項目の追加、削除、優先順位の入れ替えを行います。

[ 関連用語の整理 ]
★ プロダクトオーナー：バックログの優先順位を決定し、製品の価値を最大化させる責任者。
★ スプリントバックログ：今回のスプリント（短い開発期間）で取り組む分だけを抽出したもの。
★ ユーザーストーリー：ユーザーの視点で「誰が・何を・なぜしたいか」を記述したバックログの形式。

1. 理解のコツ: プロダクトバックログは「やりたいことのウィッシュリスト」であり、上にあるほど具体的で、すぐに着手できる状態になっています。複数チームで動く場合は、チーム同士が「お互いの足を踏まない（依存しない）」ように細かく、かつ独立した単位に切り分けることが成功の鍵です。
2. 試験対策の視点: 「優先順位」「単一のリスト」「独立した分割」というキーワードが出たら、プロダクトバックログの適切な運用を指しています。スプリントバックログが「チームのもの」であるのに対し、プロダクトバックログは「製品全体のもの」という違いを明確にしましょう。

---

4. まとめ

「やらなければならないすべての項目を、独立性を保ちながら優先順位付けしたリスト」。これがプロダクトバックログです。変化に柔軟に対応しながら、チームが迷わず開発に集中するための重要なツールであることを押さえておきましょう！

【システム開発技術】データの流れでプログラムを分ける！「STS法」｜情報処理問題1000本ノック

大規模なプログラムを効率よく開発するためには、適切に「分割」する必要があります。データの入り口から出口までの「流れ」に着目した設計手法を攻略しましょう。

1. 問題：プログラムの分割手法

【 問題 】 データが「入力」「処理」「出力」という一連の流れに沿って処理されていくことに着目して、プログラムを分割する構造化設計手法はどれでしょうか？

ア、機能分割   イ、STS法   ウ、ジャクソン法   エ、ワーニエ法

2. 正解：構造化設計に関する正解

正解： イ、STS法

3. 解説：データの「源泉」から「吸収」まで

STS法は、プログラムをデータの流れに基づいて3つのセグメント（部分）に分割する手法です。名称は、それぞれの役割の頭文字を取っています。

【図解：STS法の3セグメント】

S：Source（入力流／源泉）
・外部からデータを取り込み、加工しやすい形に整える部分。

T：Transform（変換中心）
・入力されたデータを、出力用のデータへと変換する主要な計算・ロジック部分。

S：Sink（出力流／吸収）
・変換されたデータを、帳票や画面、ファイルなどの外部へ出力する部分。

[ 他の設計手法との違い ]
★ ジャクソン法・ワーニエ法：データの「流れ」ではなく、入出力データの「構造（形）」に着目してプログラムを設計します。
★ TR法（トランザクション分割）：入力データの「種類」に応じて、処理を振り分ける構造（分岐）に着目します。

1. 理解のコツ: 「入力（S）→ 処理（T）→ 出力（S）」という川の流れのような一本道をイメージしてください。この流れの「変わり目」を見つけ出し、そこを境界線としてモジュール（部品）を分割するのがSTS法です。
2. 試験対策の視点: 問題文に「入力・処理・出力の一連の流れ」というフレーズがあれば、迷わずSTS法を選びましょう。また、これらは「構造化設計」という大きな枠組みの中の手法であることも重要です。

---

4. まとめ

「データの通り道（ストリーム）に着目して分割する」。これがSTS法です。シンプルで直感的なため、多くのシステム設計の基礎となっている考え方であることを押さえておきましょう！

【知識:セキュリティ】被害を最小限に抑える！「セキュリティ対策の3段階」

セキュリティ対策は、壁を作って防ぐことだけではありません。「もし破られたら？」という事態を想定し、多層的に対策を講じることが、現代のサイバーセキュリティの鉄則です。

■ セキュリティ機能の分類と具体策

脅威の「発生前・発生時・発生後」の時系列で整理すると、それぞれの対策の役割が明確になります。

分類	目的と振る舞い	代表的な対策例
1. 防止 (Prevention)	脆弱性をなくし、脅威そのものを発生させない、あるいは侵入を食い止める。	・ファイアウォール ・パスワード設定、MFA ・パッチ適用（脆弱性修正）
2. 検知 (Detection)	侵入や異常な挙動をいち早く見つけ出し、管理者へ通知する。	・IDS / IPS（侵入検知・防止） ・ウイルススキャン ・ログ監視、SIEM
3. 対応 / 回復 (Response / Recovery)	被害の拡大を防ぎ、システムを正常な状態へ復旧・回復させる。	・バックアップからの復元 ・インシデント対応（CSIRT） ・再発防止策の策定

試験対策の重要キーワード

• 多層防御：「防止」が破られることを前提に、「検知」や「対応」を組み合わせて被害を最小化する考え方です。
• レジリエンス：事故が起きても、迅速に事業を継続・復旧させる「回復力」のこと。
• PDCAサイクル：「対応」のフェーズで行う見直し（再発防止）が、次回の「防止」レベルを向上させます。

※100%の「防止」は困難です。近年のセキュリティ設計では、いかに速く「検知」し、迅速に「回復」させるかに焦点が移っています。

【コンピュータ構成要素】データの保管場所！「3つのストレージ接続形態」

サーバやPCにストレージ（HDDやSSD）をどのように接続するかによって、アクセス速度や拡張性が大きく変わります。用途に応じた3つの主要な形態を攻略しましょう。

■ ストレージ接続形態の比較表

接続に「ネットワーク」を使うかどうか、またどのような「プロトコル（通信規約）」でやり取りするかがポイントです。

形態	接続方法と特徴	主なメリット / デメリット
1. DAS (Direct Attached Storage)	直接接続型。サーバやPCにUSB、SAS、SATAなどで1対1で接続します。	◎ 設定が簡単で安価。 × 他のサーバと共有しにくく、拡張性が低い。
2. NAS (Network Attached Storage)	ネットワーク接続型。既存のLAN（TCP/IP）を介して接続します。ファイル共有専用のコンピュータです。	◎ 複数のOSでファイル共有が容易。 × LANの帯域を消費し、大量のデータ転送には不向き。
3. SAN (Storage Area Network)	ストレージ専用ネットワーク。ファイバチャネル（FC）などを用いて、サーバ群とストレージ群を網目状に結びます。	◎ 超高速、大容量、高信頼。共有が自在。 × 専用のスイッチや配線が必要で、非常に高価。

試験対策の重要キーワード

• ファイルレベル vs ブロックレベル：NASは「ファイル単位」で読み書きしますが、DASとSANは「ブロック単位（データの断片）」で高速にやり取りします。
• iSCSI（アイスカジー）：高価なファイバチャネルを使わず、一般的なLANケーブルでSANを実現する技術。比較的安価にSANを構築できます。
• NFS / CIFS(SMB)：NASでファイル共有を行う際に使われる代表的なプロトコルです。

※個人の外付けHDDは「DAS」、家庭用ファイル共有機は「NAS」、企業のデータセンターにある大規模な共有ストレージ基盤は「SAN」とイメージすると分かりやすいです。

【知識:基礎理論】データを賢く縮める！「シャノン・ハフマンの符号化」

コンピュータが扱う「0」と「1」の組み合わせ（符号）。すべての記号を同じ長さにせず、よく出る文字には短い符号を、滅多に出ない文字には長い符号を割り当てることで、データ全体のサイズを劇的に小さくできます。

■ 符号化の基本概念

特定の規則に従って、データ（文字や数値）をビット列に変換することを符号化（エンコード）と呼びます。特に、出現確率を利用した圧縮は「エントロピー符号化」の基礎となります。

手法	手順とアルゴリズムの考え方
1. シャノン符号化 (Shannon Coding)	「上から下へ」分割する方式 1. 記号を発生確率の高い順に並べる。 2. 確率の合計がなるべく均等になるよう2つのグループに分割する。 3. 各グループに「0」と「1」を割り当てる。 4. 記号が1つになるまで分割を繰り返す。
2. ハフマン符号化 (Huffman Coding)	「下から上へ」統合する方式（より効率的） 1. 確率が低い順に2つの記号を選び、枝で結んで合計確率を持つ親ノードを作る。 2. 親ノードを新しい記号と見なし、再び低い順に2つ選ぶ作業を繰り返す（ハフマン木の作成）。 3. 根から各記号までの道筋（左右）を「0」と「1」に対応させる。

具体的な例（ハフマン符号化）

例えば、「A(60%)、B(30%)、C(10%)」という確率の記号がある場合：

• 手順： 低い「B」と「C」を合体させて1つのグループ（40%）とし、次に残った「A（60%）」と合体させます。
• 結果： 最も多い「A」には「0」などの短い符号、少ない「B」「C」には「10」「11」などの長い符号が割り当てられます。
• メリット： すべてを2ビット（AA=00, B=01, C=10）で表すより、平均ビット数が少なくなります。

試験対策の重要ポイント

• 可変長符号：記号によってビット長が異なる符号のこと。ハフマン符号はその代表例です。
• 一意復号可能：短い符号が長い符号の「接頭辞」にならない（例：Aが0なら、Bは01にできない）ように設計されており、どこで区切るか迷わずに解凍できます。
• データ圧縮：ZIPファイルやJPEG、MPEGなどの圧縮技術の根幹として使われています。

※シャノン符号化は歴史的に重要ですが、現在の実用シーンではより圧縮効率が高いハフマン符号化が主流となっています。

【システム構成要素】ITの主役！「導体・絶縁体・半導体」の性質｜情報処理問題1000本ノック

コンピュータの部品は、電気を通すものと通さないものを巧みに組み合わせて作られています。特に、現代のIT社会を支える「半導体」のユニークな性質を攻略しましょう。

1. 問題：物質の電気的性質

【 問題 】 物質には電気を通す性質によっていくつかの分類があります。鉄や銅のように電気をよく通す物質を「導体」、ゴムやガラスのように電気をほとんど通さない物質を「絶縁体」と呼びますが、その中間的な性質を持ち、条件によって電気を通したり通さなかったりする物質を何と呼ぶでしょうか？

① 超電導体   ② 誘電体   ③ 半導体   ④ 磁性体

2. 正解：物質の性質に関する正解

正解： ③ 半導体

3. 解説：電気を「コントロール」できる魔法の物質

物質は、電気（電子）の通りやすさ（抵抗値）によって大きく3つに分類されます。それぞれの特徴を整理しましょう。

【図解：電気の通りやすさによる分類】

■ 導体（Conductor）
・特徴：電気を非常によく通す。
・材料：銅、アルミニウム、銀、鉄など。

■ 絶縁体（Insulator）
・特徴：電気をほとんど通さない（不導体）。
・材料：ゴム、プラスチック、ガラス、セラミックスなど。

■ 半導体（Semiconductor）
・特徴：導体と絶縁体の中間の性質を持つ。
・材料：シリコン（ケイ素）、ゲルマニウムなど。
・役割：温度や光、電圧の加え方によって電気を通す・通さないを切り替えられる。

[ ここがポイント！ ]
★ シリコン：半導体の主要な材料。地球上に豊富に存在する砂（石英）から作られます。
★ 制御の仕組み：半導体はこの「切り替え」ができるため、コンピュータ内での「0」と「1」のスイッチ（トランジスタ）として利用されています。

1. 理解のコツ: 常に道が開いているのが「導体」、壁があって通れないのが「絶縁体」、そして信号機のように「進め（ON）」と「止まれ（OFF）」を制御できるのが「半導体」です。
2. 試験対策の視点: 「不導体」という言葉が「絶縁体」と同じ意味で使われることがあります。また、半導体がコンピュータの演算を司る「トランジスタ」や、光を出す「LED」、光を受ける「太陽電池」の材料になっていることも併せて押さえておきましょう。

---

4. まとめ

「条件によって電気を通す量をコントロールできる」。これが半導体の最大の特徴です。この性質があるからこそ、私たちは複雑な計算を行うCPUや、膨大なデータを保存するフラッシュメモリを手にすることができているのです。

【知識:プログラミング】実行速度を極限まで引き出す！「コンパイラの最適化」

コンパイラは、ソースコードを単に翻訳するだけでなく、プログラムの論理的な意味を変えずに、実行速度の向上やメモリ使用量の削減を行います。代表的な6つの手法を確認しましょう。

■ コンパイラが行う主要な最適化手法

これらの処理により、人間にとって読みやすいコードが、コンピュータにとって「無駄のないコード」へと変換されます。

手法	処理の内容とメリット
1. 畳み込み (Constant Folding)	x = 2 + 3 のような定数同士の演算を、コンパイル時に x = 5 と結果に置き換えます。実行時の計算を省略できます。
2. 共通式の削除	同じ計算式が複数回現れる場合、一度計算した結果を再利用するように書き換え、重複した演算を省きます。
3. ループの最適化	ループ内で結果が変わらない式をループの外へ移動させたり（不変式の移動）、ループをまとめて回数を減らしたりします。
4. レジスタ割付けの最適化	頻繁に使う変数を、低速なメモリではなく高速なレジスタに優先的に割り当て、データアクセスの遅延を最小限にします。
5. 式の評価順序の変更	計算結果に影響しない範囲で演算の順番を入れ替え、CPUのパイプライン処理が途切れないように調整します。
6. インライン展開	短い関数（サブルーチン）の中身を呼び出し元に直接埋め込み、関数呼び出しに伴うオーバーヘッドを解消します。

開発者が意識すべきこと

• デバッグ時の注意：最適化を強力にかけると、ソースコードの行と実行順序が一致しなくなり、デバッグが難しくなることがあります。
• 副作用に注意：最適化によって、意図しない挙動（グローバル変数の参照など）がスキップされないよう、言語仕様を理解しておくことが重要です。

※近年のコンパイラは非常に強力ですが、アルゴリズム自体のオーダー（計算量）を改善するわけではありません。根本的な高速化は依然として開発者の腕の見せ所です。

【知識:システムアーキテクチャ】分散システムの究極の選択「CAP定理」

ネットワークで結ばれた複数のコンピュータでデータを管理する「分散システム」には、同時に満たすことができない3つの性質があります。システム設計におけるトレードオフの原則を理解しましょう。

■ CAP定理を構成する3つの要素

システムがどの性質を優先するかによって、そのシステムの設計思想や採用すべきデータベースが決まります。

要素	定義とシステムの振る舞い
C：一貫性（整合性） (Consistency)	どのノードからデータを読み取っても、常に最新かつ同一の内容が返ってくること。銀行の残高管理など、データの不一致が許されない処理で最優先されます。
A：可用性 (Availability)	一部のノードに障害が起きても、システム全体が停止せず、常にレスポンスを返すこと。24時間365日の稼働が求められるWebサービスなどで重視されます。
P：分断耐性 (Partition-tolerance)	ノード間のネットワークが遮断（分断）されても、システムとして動作を継続できること。物理的に離れた場所にサーバを分散配置するシステムには必須の性質です。

システム設計における「二者択一」

分散システムではネットワーク分断（P）が起こることを前提とするため、実質的には「CP」か「AP」の選択を迫られます。

• CP型（一貫性 ＋ 分断耐性）：データの不一致を防ぐため、分断時は一部の応答を停止する。（例：金融系システム、RDBの強整合性モード）
• AP型（可用性 ＋ 分断耐性）：応答を優先し、データが一時的に古くなることを許容する。（例：SNS、ECサイトの在庫表示、NoSQLの多く）

※この定理は、現代のクラウドサービスやNoSQLデータベースを選定する際の最も基本的な判断基準となっています。

【知識:プログラミング】コードが動く舞台裏！「コンパイラの翻訳プロセス」

私たちがエディタで書いたソースコードは、そのままではコンピュータ（CPU）には伝わりません。コンパイラが以下の5つのステップを経て、実行可能な形式へと「磨き上げて」いきます。

■ ソースコードから実行形式への変換フロー

各フェーズで何が行われているかを知ることで、ビルドエラー（コンパイルエラー）の原因を特定しやすくなります。

フェーズ	プログラミングにおける役割
1. 字句解析 (Lexical Analysis)	ソースコードを一文字ずつ読み込み、意味のある最小単位（トークン）に切り分けます。変数名、予約語（if, forなど）、リテラルを分類します。
2. 構文解析 (Syntactic Analysis)	トークンの並びが言語の文法規則に従っているか判定し、構文木を作成します。「カッコの対応が合わない」などの文法エラーはここで検出されます。
3. 意味解析 (Semantic Analysis)	「型変換は可能か」「代入先は正しいか」など、意味的な矛盾をチェックします。この段階で中間コードが生成され、ロジックの骨格が固まります。
4. 最適化 (Optimization)	実行速度やメモリ効率を高めるため、無駄なループの削減や計算式の簡略化を行います。開発者が書いたコードを、より「賢い」形に書き換える工程です。
5. コード生成 (Code Generation)	最終的にターゲットとなるCPUの命令セット（機械語）へ変換し、オブジェクトファイルを生成します。

プログラミングに活かすポイント

• コンパイルエラーの読み解き：エラーが「Syntax Error（構文）」か「Type Mismatch（意味）」かを知ることで、修正箇所を素早く絞り込めます。
• 最適化の限界：コンパイラは優秀ですが、アルゴリズム自体の非効率さ（例：不必要な多重ループ）までは完全には修正できません。
• 静的型付けの利点：JavaやC#などは「意味解析」で多くのミスを事前に見つけられるため、実行時の予期せぬエラーを減らせます。

※コンパイルが成功した後に、複数のオブジェクトを繋ぎ合わせる「リンク」を経て、ようやく一つのアプリとして動くようになります。