聞き流しラボby kufu-yaWebテキストNEW
中小企業診断士 2次試験

知識ではなく、解き方を聞く。

1次試験の合格者に向けて、与件文の読み方、設問の切り分け方、解答の型を、事例ごとに解説します。

事例別の過去問解説重要論点講義ファイナルペーパー
診断士 聞き流しラボ 2次試験対策

生産計画の5つの着眼点と実行管理まで書く型

事例Ⅲ 第32回

事例Ⅲ 計画はあるのに崩れる工場、5つの着眼点と実行管理まで書く型10分57秒2026年8月30日公開

「生産計画って、1次で散々出てきた言葉ですけど、事例Ⅲの与件文の中でこれに気づける自信、正直あります?」。動画は、こんな問いかけから始まります。このページでは動画の流れにそって、与件文の5つの着眼点、工場側の制約と顧客側の需要、計画の段階と実行管理の段階、答案の型、混同しやすい4つの誤答パターン、本番でのチェックポイントをまとめました。まず動画を聞いて、あとからここで復習するのがおすすめです。

事例Ⅲの与件文で、生産計画に気づけるか

生産計画って、1次で散々出てきた言葉ですけど、事例Ⅲの与件文の中でこれに気づける自信、正直あります?

うっ…知識としてはひと通り知ってるんです。でも与件文を読んでて「あ、これ生産計画の論点だ」ってピンとくるかというと、正直自信ないです。

そうなんですよ。生産計画は事例Ⅲの冒頭で最初に検討すべき、重要度がすごく高い論点なのに、知識はあるのに気づけないまま素通りしてしまう受験生が本当に多いんです。

気づけないまま素通りって、まさに私です…。どういうときにこの論点だって気づけばいいんですか?

症状を見たら、まず生産計画そのものを疑う

まず出方から整理しましょう。事例Ⅲでは、生産計画に何らかの欠陥があることが原因で、納期遅延、残業の増加、仕掛品の滞留、過剰在庫や欠品といった問題が起きている、という構図で出題されることが多いんです。

あ、それめちゃくちゃ見覚えあります。与件文に「残業が常態化している」とか「納期に遅れることがある」みたいな記述、よく出てきますよね。

そうです。そういう症状を見たときに、原因を工程の中の細かい話だと決めつけずに、「そもそもこの企業に生産計画って立てられているのか」をまず疑ってみる。これが最初の着眼点です。

症状を見たら、まず生産計画そのものを疑う、と。原因究明の順番があるんですね。

そうです。与件文には、生産計画そのものが存在しない、あるいは存在していても実態に合っていないことを示す記述が埋め込まれています。それを読み取れるかどうかが最初の分かれ目なんです。

生産計画の欠陥(原因)納期遅延残業の増加仕掛品の滞留過剰在庫や欠品まず疑う「この企業に生産計画は立てられているか」
生産計画の欠陥と、表面化する症状

与件文の5つの着眼点

じゃあ具体的に、与件文のどんな一文が出たら「これだ」って反応すればいいんですか?

ここがこの論点の核心で、着眼点は大きく5つに整理できます。1つ目は、計画そのものの有無。担当者の経験と勘に頼っている、受注のたびに口頭で作業指示を出している、みたいな記述があれば、そもそも生産計画自体が存在しない可能性が高いです。

「経験と勘」「口頭で指示」、この2つは要チェックですね。

そうです。2つ目は計画の対象範囲。ある特定の工程だけ計画を立てていて、前後の工程は都度の判断に任せている、という記述があれば、計画の対象範囲が一部にとどまっている可能性があります。

あ、これ本番で見落としたことあります。計画があるって書いてあったから安心して読み飛ばしたら、実は一部の工程だけの計画だった、みたいな。

まさにそのパターンです。「計画があるか」で満足せず、「どこまでの範囲をカバーしているか」まで確認する癖をつけてください。3つ目は更新の頻度。月単位や週単位でしか見直していない、需要の変動に対応しきれていない、という記述は、計画の更新頻度が粗いことを示すサインになります。

更新頻度、ですか。頻度が粗いと何がまずいんですか?

需要って毎日変わるものなのに、計画の見直しが月1回しかなければ、その間のズレはずっと放置されることになりますよね。だから更新頻度は短いほどいい、理想は日単位というのが基本的な考え方です。

なるほど、短いサイクルで回すほど、余剰在庫や欠品を防げるし、飛び込み受注にも対応しやすくなる、ということですね。

その通りです。4つ目は基礎データの精度。部品構成の情報や在庫数の情報が古いまま更新されていない、という記述は、計画のもとになるデータそのものに問題があることを示しています。

いくら計画の仕組みを整えても、元になる数字が古かったら意味ないですもんね。

そうなんです。データが不正確だと、精度の高い計画は作れません。そして5つ目が、計画を立てる担当者。生産計画を営業部門や経営者が片手間で作っている、という記述は、計画の策定者が生産の実態に十分精通していない可能性を示しています。

現場を知らない人が計画を立てても実態とズレますよね。この5つをセットで持っておけば、与件文のどこを見ればいいか迷わなくなりそうです。

着眼点与件文の記述
① 計画の有無経験と勘・口頭で作業指示
② 対象範囲ある工程だけ計画・前後は都度判断
③ 更新の頻度月単位・週単位でしか見直さない
④ 基礎データの精度部品構成・在庫数の情報が古い
⑤ 計画を立てる担当者営業部門や経営者が片手間

そういうことです。この5つのサインが、さっき挙げたような納期遅延や残業増加、在庫の過不足といった症状として表面化している、という因果関係で与件文が組み立てられていることが多いんです。

症状から原因を逆算する地図が、この5つってことですね。じゃあ、頭の中でどう整理すればいいんですか?

工場側の制約と顧客側の需要をつなぐ

整理の軸を1つ持っておくと楽になります。生産計画って、工場側の生産能力の制約と、顧客側の需要という、性質の異なる二つの事情を調整するための機能なんです。

工場側と顧客側、それぞれ別の理由で計画が必要になる、というイメージですか?

そうです。たとえるなら、1週間分の献立を考えるときに近いんです。冷蔵庫にある食材や、買い出しに行ける日という「作る側の制約」と、家族がその日何を食べたいか、何人分いるかという「食べる側の需要」、この2つをすり合わせないと、献立って組めないですよね。

あー、それめちゃくちゃ分かります。冷蔵庫の中身だけ見て献立組んでも、家族の予定を無視したら余ったり足りなかったりしますもんね。

工場も同じで、人・材料・設備・キャパという工場側の制約と、いつ何個欲しいかという顧客側の需要、この両方をつなぐのが生産計画なんです。

献立の例え、すごくしっくりきました。じゃあ、計画を立てた後の話はどう整理すればいいですか?

工場側の制約人・材料・設備キャパ顧客側の需要いつ何個欲しいか献立なら(作る側)冷蔵庫の食材買い出しに行ける日献立なら(食べる側)何を食べたいか何人分いるか生産計画両方をつなぐ調整機能
工場側の制約と顧客側の需要をつなぐ生産計画

計画を立てる段階と実行管理の段階

ここも大事な整理で、生産計画、つまり計画を立てる段階と、計画どおりに進んでいるかを日々確認して手を打つ実行管理の段階は、役割が別物だと意識してください。

計画段階と、実行の管理段階、別の話なんですね。

そうです。実行管理の段階は主に3つの視点に分かれます。日程どおりに進んでいるかを管理する視点、仕掛品や部品の数量・所在を管理する視点、そして人や設備の作業負荷の過不足を管理する視点、この3つです。

与件文の問題が「計画を立てる段階」の不備なのか、「実行できているか管理する段階」の不備なのか、切り分けるということですね。

計画の段階計画を立てる実行管理の段階日々確認して手を打つ実行管理の3つの視点日程どおりに進んでいるか仕掛品や部品の数量・所在人や設備の作業負荷の過不足切り分け計画の不備か、実行管理の不備か
計画の段階と実行管理の段階

「計画+実行管理」をセットで書く型

その切り分けができると、解答の骨子がぐっと組み立てやすくなります。じゃあ、実際に解答へ落とし込むとき、どういう型で書けばいいと思います?

うーん、5つの切り口を全部並べて改善提案を書けばいいんですか?

基本の型はそうです。生産計画の対象範囲を全工程に広げて、更新の頻度を短いサイクル、理想は日次にして、精度の高い基礎データに基づいて、生産の実態に精通した担当者・部門が計画を立てて、部門間で共有する、という流れで書きます。

この流れ、丸ごと覚えておけば、症状に合わせて必要な要素だけ拾って組み立てられますね。

そうです。与件文に描かれた症状に対応させて優先順位をつけ、要素を選んで字数に応じて組み立てていく。ただ、ここで1つだけ差がつくポイントがあります。

差がつくポイント、気になります。

生産計画の改善提案だけで終わらせず、計画どおりに実行できているかを管理する視点、つまり日程・数量・作業負荷の管理まで対にして書くことです。「計画を作って終わり」ではなく、実行を支える仕組みまで書けると、一貫した解答として評価されやすくなります。

それ、私まさにやってしまったことあります。計画の改善策だけ書いて満足して、実行管理まで書かずに終わってました…。

すごく多い書き漏れです。計画を直すところで力尽きて、統制の話まで手が回らないんですよね。だからこそ、型として「計画+実行管理」をセットで持っておくと、自然と両方書けるようになります。

生産計画の改善対象範囲を全工程に更新頻度を短く(理想は日次)精度の高い基礎データ実態に精通した担当者・部門部門間で共有する+実行管理日程の管理数量の管理作業負荷の管理「計画+実行管理」をセットで書く計画を作って終わりにしない
「計画+実行管理」をセットにした答案の型

混同しやすいポイントと誤答パターン4つ

セットで覚える、大事ですね。ここまでの話で、混同しやすいポイントとか、やりがちな誤答パターンってありますか?

何個かあるので、順番に見ていきましょう。1つ目は、今まさに話した、計画段階と実行管理段階の役割の取り違えです。

この2つ、名前も似てるし、混同しやすそうです。

与件文の問題がどちらの段階に起因するのかを取り違えると、解答の論点自体がずれてしまうので注意が必要です。2つ目は、生産計画と、個々の工程の作業手順・順序を管理する論点、いわゆる工程管理との混同です。

生産計画と工程管理、これも似てる感じがします。どう違うんですか?

工程管理は現場レベルでの作業の進め方に重心があるのに対して、生産計画はもっと上位の、いつ何個作るかという日程と数量に関する意思決定なんです。レイヤーが違う、というイメージを持ってください。

なるほど、粒度が違うんですね。工程レベルの細かい話と、もっと上流の意思決定を混ぜて書かないように気をつけます。

そうです。3つ目は、「需要予測の精度を高める」だけで解答を終わらせてしまう誤りです。需要予測は生産計画を立てるための入力情報の1つに過ぎません。

あ、それ結構やりがちじゃないですか?需要予測って言葉、二次でもよく聞くので、それだけ書いて満足しちゃいそうです。

そうなんです。対象範囲、更新頻度、基礎データの精度、策定担当者という他の切り口を落とすと、解答の網羅性がぐっと下がってしまいます。需要予測はあくまで入り口の1つ、という位置づけを忘れないでください。

需要予測だけで満足しない、これも肝に銘じます。最後の4つ目は何ですか?

生産計画の目的を、単に「効率化」とだけ捉えてしまう誤りです。生産計画は、工場側の制約と顧客側の需要という異なる事情を調整して、納期の遵守、工場の稼働の適正化、在庫の適正化という複数の機能を通じて、品質・コスト・納期を安定させるための仕組みなんです。

効率化だけじゃなくて、QCD全体を安定させる調整機能、というのが本来の目的なんですね。私、正直「効率化」で終わらせて書いてました…。

効率化はあくまで結果の一つであって、目的そのものではないんです。今挙げた4つはどれも本番で本当によく起きる誤りなので、意識しておいてください。

4つとも、言われてみれば全部やりそうな誤答ばかりでした…。

計画段階と実行管理段階の取り違え与件文の問題がどちらの段階に起因するか生産計画と工程管理の混同工程管理は現場の作業生産計画はいつ何個作るか「需要予測の精度を高める」だけで終える需要予測は入力情報の1つ他の切り口を落とさない目的を「効率化」とだけ捉える制約と需要を調整してQCDを安定させる仕組み
やりがちな4つの誤答

本番でこの論点に出会ったときのチェックポイント

最後に、本番でこの論点に出会ったときのチェックポイント、まとめてもらえますか?

はい。与件文を読むときは、まず「この企業に生産計画は立てられているか」を意識する。次に、症状が出ていたら、計画の有無・対象範囲・更新頻度・基礎データの精度・策定担当者、この5つのどれに当てはまるかを仕分ける。

5つの切り口、しっかり持っておきます。

そのうえで、解答は改善提案だけで終わらせず、進度管理・現品管理・余力管理という実行管理の視点まで対にして書く。そして生産計画の目的は効率化ではなく、工場側の制約と顧客側の需要をつなぐ調整機能だということを、常に頭の片隅に置いておいてください。

知識としては知っていたつもりでしたけど、与件文のどこを見て、どう組み立てるかまで整理できて、だいぶ視界がクリアになりました。

生産計画は事例Ⅲの多くの設問のベースになる論点なので、この5つの切り口と実行管理のセットさえ持っておけば、他の論点にも応用が効くはずです。ぜひ本番で使ってみてください。

チェックポイント

  • まず「この企業に生産計画は立てられているか」
  • 症状が出ていたら、計画の有無・対象範囲・更新頻度・基礎データの精度・策定担当者の5つに仕分ける
  • 改善提案だけで終わらせず、進度管理・現品管理・余力管理という実行管理まで対にして書く
  • 目的は効率化ではなく、工場側の制約と顧客側の需要をつなぐ調整機能
LISTEN

動画で聞く

NEXT

続けて読む