一般的な開発計画 (中日程計画) は終了の日程だけは明確ですが、中途のイベントや日程が粗すぎるため、気づいたときには手遅れで挽回不能となりがちです。すなわち、大きなPDCAサイクルから、小さなPDCAサイクルへ改善する必要があります。しかし、開発・設計の最大の課題である“日々の設計者の業務の見える化”ができない限り、小さなPDCAを回すマネジメントはできません。見えないものはマネジメントできないからです。
　本講座では、日程マネジメントや業務プロセスの改善方法について解説し、見える化手段としての小日程計画の活用方法や、また、設計リードタイムを長くしている手戻りの撲滅方法についても事例を交えて解説します。
　開発現場の多くではこのような課題・問題を抱えています。本講座ではその解説策を解説します。

• 日程遅れの理由をいつも「忙しい」、「人員不足」、「短日程」にしている。
• 日々の飛込み業務が多いため、予定していた業務が遅れる。
• 飛込み業務は設計担当者に他部署から直接依頼が行くため、上司は担当者の業務内容が見えない。
• 設計の負荷と能力が見積もられておらず、「やるしかない日程」になっている。
• 設計手戻りが多いため、計画通りに進まない。
• 計画は立てるが、気づいた時には挽回不可能。

1. 日程マネジメント改善
   • 「日程マネジメント改善」では、負荷と能力の調整を図った妥当性のある「中日程計画」を作成し、日々の計画業務・飛込み業務を見える化した「小日程計画」で日程統制を図ります。
   1. リーダーが新製品開発の主要イベント (DR、構想設計完了、詳細設計完了、部品表出図、図面出図、等) の日程を明確にした中日程計画 (いわゆる開発計画) を作成する。
   2. 担当者は、リーダーが作成した中日程計画を基に、さらに業務を分解して小イベント (例えば構想設計の中の電源部構想設計完了、制御構想設計完了、駆動機構構想設計完了、等) を設定する。
   3. 計画していた業務以外の飛び込み業務 (例えば製造からの修理依頼、営業からの不良対応依頼等) ができた場合も、小日程計画に書き込み、見える化を図る。
   4. 担当者は毎週末、小イベント日程を遵守するための次週1週間の計画 (小日程計画) を作成・見える化し、予実管理を行う。
   5. 予実差異が生じる可能性がある時、および生じてしまった時は、対応策をリーダーと担当者で検討し、次週の小日程計画に盛り込む。
2. 業務プロセス改善
   • 「業務プロセス改善」では、あるべき姿に向けた業務プロセスの設計と現状のムダを顕在化し、徹底的に排除する仕掛けを構築します。
   1. 担当者の日常業務で発生した問題 (設計ミス、日程遅延、等) は、原因分析を行い、再発防止策を立案し、対応策を組織で共有する。…N改善 (担当者中心に行うボトムアップの改善)
   2. 現状では問題は発生していないが「あるべき姿 (あるべき設計プロセス、あるべき設計支援ツール、等) 」に向けて行う改善案を立案し、実行する。…A改善 (役職者中心に行うトップダウン改善)
   3. 部門間で利害が相反する問題を「部門間検討会」を定期的に開催し、全体最適の見地から解決を図る。
   4. N改善、A改善、部門間検討会を3本柱としてムダの徹底排除を図る。