情報システムと運営管理の暗記は根性ではなく仕組みで。復習間隔と過去問の使い方

たけです。リレー連載の2本目を担当します。前回はストレート合格の学習順序という全体の話を書いたので、今回は科目に降りて、私が得意にしていた経営情報システムと運営管理の攻め方を書きます。

この2科目、私は1次7科目のうち最も時間対効果が高かったと思っています。実績で言うと、経営情報システムに65時間、運営管理に95時間。合わせて160時間で、両方とも安定して得点源にできました。理系出身で生産管理の実務経験があったという下駄はありますが、それを差し引いても、この2科目は仕組みで殴れる科目です。理由と手順を書いていきます。

この2科目の性質を先に押さえる

暗記科目だが、丸暗記だと本番で崩れる

どちらも「覚える量が多い科目」に分類されます。ここまでは異論がないと思います。問題はその先で、用語と定義を1対1で暗記した状態だと、本番で崩れます。私が1周目にやらかしたのがまさにこれでした。

崩れる理由は3つあります。

• 問われ方が定義そのままではない。「◯◯とは何か」ではなく、「次の記述のうち◯◯の説明として最も適切なものはどれか」と聞かれます。定義文の丸暗記では、言い換えられた瞬間に判断できません。
• 似た用語同士の区別を問われる。運営管理なら定量発注方式と定期発注方式、情報システムなら共通鍵暗号と公開鍵暗号のように、似ているものを並べて差を聞くのが基本形です。単体で覚えていると、並べられた瞬間に迷います。
• 本番の緊張下では、孤立した知識から先に飛ぶ。体系の中に置かれていない知識は、思い出す手がかりがありません。1年かけて覚えたことが、2日間の試験の後半で消えるのはこれが原因です。

つまりこの2科目は、暗記量の勝負ではなく整理の勝負です。量を減らすことはできませんが、覚えやすい形に加工することはできます。

用語を意味のかたまりで覚える

私がやったのは、次の2つだけです。

1. 用語を分解して、部品の意味で覚える

技術系の用語は、ほとんどが部品の組み合わせでできています。分解すると覚える対象が激減します。

たとえば運営管理の生産管理には、こういう並びがあります。

• 生産形態は「いつ作るか」（受注生産／見込生産）と「どうまとめて作るか」（個別生産／ロット生産／連続生産）の2軸で整理できる。個々の用語を7つ覚えるのではなく、軸を2本覚える。
• 標準化の考え方は単純化・標準化・専門化の3つ。これを別々に覚えるのではなく、「ばらつきを減らすための3つの手段」というひとつの見出しの下に置く。

情報システムも同じです。

• OSI参照モデルは7層ですが、7つの名前を暗記するのではなく、「下に行くほど物理的、上に行くほどアプリケーションに近い」という一本の軸で並べる。そのうえで、各層に代表的な機器やプロトコルを1つずつぶら下げる。
• データベースの正規化は、第1で繰り返し項目をなくし、第2で部分的な従属をなくし、第3で間接的な従属をなくす。3つの操作を暗記するのではなく、「余計な重複を段階的に剥がしていく」という1本の流れとして覚える。

2. 必ず体系の中に位置づける

新しい用語が出てきたら、覚える前に**「これは何の話の一部か」**を1行書きます。私はノートの余白に矢印で書いていました。

例： ワークサンプリング → 作業測定 → IE（方法研究と作業測定の2本柱）→ 生産の効率を測る手法群

こう書いておくと、本番で「ワークサンプリング」が単体で思い出せなくても、「IEの作業測定側にあった、瞬間観測で稼働状況を推定するやつ」とたどり着けます。孤立した点は消えますが、線でつながった点は残ります。

経営情報システムの勘所

領域ごとに、私が「ここを押さえれば形になる」と感じたところを書きます。

ネットワーク

• OSI参照モデルの層と、各層で動くもの（リピータ、ブリッジ／スイッチ、ルータなど）の対応が土台です。ここが入っていないと他が全部あいまいになります。
• TCPとUDPの違い（信頼性を取るか速さを取るか）、IPアドレスとサブネットの考え方、DNSやDHCPが「何を何に変換／割り当てるか」。役割を一言で言えるかが判定基準です。
• 無線や通信規格は年度で顔ぶれが変わる領域です。深追いせず、名前と用途の対応を薄く広く持つのが費用対効果が高いと考えます。

データベース

• 関係データベースの基本操作（選択、射影、結合）と、正規化の3段階。
• トランザクションのACID特性（原子性、一貫性、独立性、耐久性）。4つの名前ではなく、「途中で止まらない」「矛盾しない」「他と混ざらない」「消えない」という日本語で覚えると本番で使えます。
• SQLは、SELECT文の基本形と集計（GROUP BY、HAVING）、結合まで。書けるより読めることが重要です。

システム開発手法

• ウォーターフォール、プロトタイピング、スパイラル、アジャイル。それぞれ「何を解決したくて生まれたか」を1行で言えるようにします。ウォーターフォールの手戻りコストの高さが出発点で、後発の手法はその弱点への回答になっています。この流れで覚えると順番も特徴も混ざりません。
• 開発工程（要件定義、設計、実装、テスト）とテストの種類（単体、結合、システム）、レビューの位置づけ。

セキュリティ

• 情報セキュリティの3要素（機密性、完全性、可用性）。あらゆる対策がこの3つのどれを守るための話かを紐づけます。
• 共通鍵暗号と公開鍵暗号の違い、デジタル署名が「誰が書いたか」と「改ざんされていないか」を保証する仕組みであること。ここは仕組みを図で描けるようにしておくと、言い換えられても崩れません。
• 認証、アクセス制御、ファイアウォールなどの対策は、上の3要素の下にぶら下げて整理します。

経営情報管理

• 情報システムの投資評価、外部委託、システムの信頼性の考え方。稼働率の計算（MTBFとMTTRの関係）や、直列・並列構成の信頼性は計算問題として出ます。計算は覚える対象ではなく、手を動かす対象です。数問解けば終わります。

運営管理の勘所

生産管理

• 生産の4M（人、機械、材料、方法）と、生産管理の目的（Q・C・Dの最適化）を最上位に置きます。以下の論点は全部この下にぶら下がります。
• ライン生産とセル生産の違い、ラインバランシング（サイクルタイム、編成効率の計算）。編成効率は式を覚えるより、「無駄な待ち時間がどれだけ少ないか」を測っていると理解したほうが本番で強いです。
• JIT、かんばん方式、MRPは「必要なものを、必要なときに、必要なだけ」をどう実現するかの異なる解です。押し出し方式と引っ張り方式の対比で整理すると混ざりません。
• 在庫管理は定量発注方式と定期発注方式の比較が定番。発注のトリガーが「量」か「時間」かという1点で分けて、そこから他の性質（発注量が一定か変動か、対象品目の性格）を導きます。

IE（インダストリアル・エンジニアリング）

• IEは方法研究（工程分析、動作分析）と作業測定（時間研究、稼働分析）の2本柱。この分岐を最初に頭に入れると、細かい手法名が全部どこかに収まります。
• 工程分析記号は覚えるしかない部類ですが、量が少ないので早めに片付けます。

品質管理

• QC7つ道具（パレート図、特性要因図、ヒストグラム、散布図、管理図、チェックシート、グラフ・層別）は、名前ではなく**「どういうデータをどう見せる道具か」**で覚えます。パレート図なら「重要な少数を見つける」、特性要因図なら「原因を分類して洗い出す」というように、用途を一言で言えれば選択肢は切れます。
• 抜取検査と全数検査の使い分け、管理図が何を見ているのか（ばらつきが偶然か異常か）。

店舗・販売管理

• まちづくり三法（都市計画法、大規模小売店舗立地法、中心市街地の活性化に関する法律）は、それぞれ何を規制・支援しているかの役割分担で覚えます。名前だけ並べても差が出ません。
• 店舗レイアウト、動線、什器、陳列の考え方。ここは実際の店舗を思い出しながら覚えると定着が段違いに速いです。私はスーパーに行くたびに「これはゴンドラエンドだな」と確認していました。
• 商品管理の計算（在庫回転率、交差比率など）。交差比率は商品回転率と粗利益率の掛け算という関係を押さえておけば、その場で組み立てられます。

物流

• ユニットロード、一貫パレチゼーション、共同配送。**「積み替えの手間をどう減らすか」**という共通のテーマの下に置くとまとめて理解できます。
• 輸送手段の特性比較と、物流センターの機能（在庫型と通過型の違い）。

復習の間隔を仕組みにする

ここからが本題です。覚え方をどれだけ工夫しても、戻る回数が足りなければ本番までに消えます。私は「気が向いたら復習」を完全にやめて、戻るタイミングを最初から表にして固定しました。

私が実際に使っていた設計がこれです。

運用のコツは3つ

1つ目、翌日の1回目を絶対に飛ばさない。 ここを飛ばすと、以降の全部が「思い出す」ではなく「学び直す」になり、所要時間が3倍になります。10分でいいので必ずやります。私は通勤電車の行きの10分を、この枠に固定していました。

2つ目、「安定」に入ったものを切り捨てる勇気を持つ。 復習の目的は回すことではなく、戻る対象を減らしていくことです。4回目で正解できた論点は、直前期まで触りません。これをやらないと、直前期に7科目分の全範囲が残ります。

3つ目、予定は日付ではなくカレンダーに入れる。 「3日後にやる」と決めても、会社員は忘れます。私はスケジュールアプリに、学習した日にその場で4件の予定を入れていました。手動で30秒。この30秒が、後半の数十時間を守ります。

暗記科目で失敗する人の多くは、覚え方が悪いのではなく、戻る設計がないだけだというのが私の見立てです。

過去問を解いて終わりにしない

前回も書きましたが、この2科目では特に重要なので、より具体的に書きます。私が過去問1問に対してやっていたのは次の手順です。

1. 選択肢を1つずつ、○×△で判定する。 ○は正しいと言い切れる、×は誤りだと言い切れる、△は判断できない。正解が当たったかどうかより、△が何個あったかを記録します。
2. ×をつけた選択肢は、どこがどう誤りかを1行で書く。 「主体が逆」「対象が違う」「順序が逆」など。誤りのパターンは限られていて、それ自体が出題の癖の情報になります。
3. △だけを、自分の弱点リストに転記する。 これが復習表の入口になります。正解した問題でも△があれば弱点です。
4. 解説を読んだあと、その論点を1文で言い換えてノートに追加する。 解説を写しません。自分の言葉に変換した瞬間に定着率が変わります。

この運用にすると、1問あたり3分から5分かかります。時間がかかるように見えますが、同じ問題を何度も解き直す必要がなくなるので、総時間ではむしろ短くなりました。私は過去問を年度別ではなく論点別に、2科目とも3周しました。3周目は△が残ったものだけなので、1周目の3分の1の時間で終わります。

直前期にどう詰めるか

1次試験は8月上旬の2日間で、経営情報システムと運営管理は日程上も配置が離れています。私が直前期にやったことは次のとおりです。

• 7月に入ったら、この2科目の新しいインプットをやめる。新規論点の追加は費用対効果が落ちます。残っている△を潰すことに全振りします。
• 「安定に一度も入らなかった論点」の一覧を1枚にまとめる。私はA4で表裏2枚に収まりました。これが最後の1週間の教材のすべてです。
• 試験前日と当日の朝に、その1枚だけを見る。前日に全範囲を見直そうとすると、覚えていない箇所ばかりが目に入って精神的に消耗します。見る対象を先に絞っておくのは、記憶のためというより平常心のためです。
• 計算問題は毎日1問だけ触る。運営管理の編成効率や在庫の計算、情報システムの稼働率など。手が鈍ると本番で時間を取られます。

1次の合格基準は総点数の60%以上かつ40%未満の科目がないことなので、この2科目は「事故を起こさず、できれば貯金を作る科目」という位置づけになります。満点を狙う必要はありません。安定して60%台後半から70%台を出せる状態を作り、その分の時間を苦手科目に回す。私の場合は経営法務がその受け皿でした。

暗記科目は、才能ではなく設計で差がつきます。覚える形を整えて、戻るタイミングを固定して、過去問から情報を絞り取る。この3つを回せば、限られた時間でも十分に得点源になります。

よくある質問

Q1. 経営情報システムはIT知識がないと不利ですか。

初期の立ち上がりは確かに遅くなります。ただ、問われるのは実装ができるかではなく、用語の意味と役割を正しく識別できるかです。前提知識がない人ほど「体系の中に置く」やり方が効きます。バラバラの横文字として覚えると量に押し切られますが、ネットワーク、データベース、開発、セキュリティ、経営情報管理という5つの箱を先に作り、そこに入れていけば整理できます。私の周りにも、文系で情報システムを得点源にした人は普通にいます。

Q2. 運営管理は生産管理と店舗・販売管理のどちらから手を付けるべきですか。

どちらでも構いませんが、苦手なほうを先にと考えます。生産管理は工場のイメージが湧かない人にとってつらく、店舗・販売管理は法規や計算が絡んで意外に重い。先に始めたほうが復習回数を多く確保できるので、自分が重いと感じるほうを前に置くのが合理的です。なお、生産管理側は2次の事例IIIに直結するので、2次まで見据えるなら生産管理を厚めにする判断もあります。

Q3. 復習の間隔は、この表のとおりでないとだめですか。

間隔そのものより、間隔が事前に決まっていることのほうが重要です。翌日、数日後、1週間後、数週間後、数か月後と、だんだん間隔を広げる形になっていれば、日数の細かい違いは大きな問題ではありません。大事なのは、復習するかどうかをその日の気分で決めない仕組みにすることです。

Q4. 過去問は何年分やればよいですか。

私は論点別の問題集で3周する形にしたので「何年分」という数え方はしていませんが、収録されている過去問を論点別に一通り、というのがひとつの目安になります。ただし年数を増やすより、1問あたりの処理を濃くするほうが効きます。選択肢ごとに○×△をつけ、誤りの箇所を指摘する運用にすると、同じ問題数でも得られる情報量が数倍になります。

次回はみなみさんです。私は仕組みや手順の話ばかりしてしまうので、みなみさんの視点で違う角度から補ってもらえると読者としてもうれしいです。みなみさん、よろしくお願いします。