セミナー内容

１. 設計業務の進捗の見える化ができていないムダ...どうする？

　事例 １ ▶ 担当者にどこまで進んだか、細かくチェックしないと進捗状況が把握できないムダ
　事例 ２ ▶ 進捗が遅れてもその影響がどの程度なのか、なかなか判断できないムダ
　事例 ３ ▶ 関係者が集まって会議をしても有意義な結論を出せず、言いっぱなしで終わるムダ
　事例 ４ ▶ 月１回だけのDR開催で担当者のミスを指摘し、やる気をなくすだけになるムダ
　事例 ５ ▶ 仕事の棚卸しをしないから手つかずの仕事に気づき、慌てて取り掛かるムダ
　事例 ６ ▶ 納期が迫ってから大きなミスに気がつき、応援のためにチーム全員に迷惑をかけるムダ

２. 設計のボトルネックを把握できないムダ...どうする？

　事例 ７ ▶ そもそもボトルネックがあると思っていないため、トラブル対応が後手にまわるムダ
　事例 ８ ▶ 工数的なボトルネックには注意するが、技術的なものには気づかず対応が遅れるムダ
　事例 ９ ▶ 既に過去に同種のトラブルがあったのにその教訓を全く活かさないムダ
　事例１０ ▶ どのスキルをレベルアップするか、何の方針もなく思いつきで計画をするムダ
　事例１１ ▶ 設計外注の目的を考えずに、どのプロセスでも手当たり次第に外注するムダ
　事例１２ ▶ レベルの低い外注業者と契約したために、トラブル多発で逆効果になるムダ

３. 顧客からの設計変更や仕様追加が次々と生じるムダ...どうする？

　事例１３ ▶ 確定仕様書や変更管理に無知なため、要求に歯止めがかからないムダ
　事例１４ ▶ お互いの企業環境や設計標準の差異を無視したために、手戻りが起きてしまうムダ　
　事例１５ ▶ 顧客との認識差異に気づいたのは良いが、さらに追求せずに不具合を起すムダ
　事例１６ ▶ 顧客の実験確認プロセスを学ばないので、なかなか承認が得られないムダ
　事例１７ ▶ 契約関係のルールを学ばずに、顧客からの不利な条件に甘んじてしまうムダ
　事例１８ ▶ そもそも契約という概念を軽視するので、自社の損失に気づかないまま放置するムダ

４. 設計プロセスと技術者育成に起因するムダ...どうする？

　事例１９ ▶ 設計プロセスをそのままにして、技術者個人のスキルだけを何とかしようとするムダ
　事例２０ ▶ 技術者の育成を日常業務に組み込まずに、別途に計画するムダ
　事例２１ ▶ 育成に複数のプロセスに対応できる体系的な取り組みが無く、場当たり的になるムダ
　事例２２ ▶ 実務の運用で誰に任せるかを決めずに、設備を導入するだけで稼働率が停滞するムダ
　事例２３ ▶ 育成にあたって組織全体の育成能力を考慮せずに開始し、それきりになるムダ
　事例２４ ▶ 育成される本人と指導者の役割を無視したやり方になり、効果がまるで上がらないムダ

５. 情報共有に関するムダをミニマイズするために...どうする？

　事例２５ ▶ 情報が購買や営業などを経由し間接的になるので、問い合わせなどが増えるムダ
　事例２６ ▶ 直接のやり取りができないので、時間がかかり繰り返し業務が増えるムダ
　事例２７ ▶ 技術営業が肝心な技術情報を伝えないので、設計者が二度手間をかけてしまうムダ
　事例２８ ▶ 設計情報が使えるように整備されていないので、編集設計ができないムダ
　事例２９ ▶ DXの意義を理解せず思いつきの設備導入で効果出ず、手間がかかるだけのムダ
　事例３０ ▶ 組織のプロセスどのような機能改善を目指すのか、不明なままDXに取り組むムダ